From oz at lindenlab.com Sun Aug 1 04:35:40 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sun, 01 Aug 2010 07:35:40 -0400 Subject: [opensource-dev] Change of office hours for Oz Linden Message-ID: <4C555C0C.6090306@lindenlab.com> Effective immediately, I'm moving my early office hours slot from Tuesdays to Mondays at the same time (7:30 SLT), see https://wiki.secondlife.com/wiki/User:Oz_Linden/Office_Hours From aleric.inglewood at gmail.com Mon Aug 2 05:45:02 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Mon, 2 Aug 2010 14:45:02 +0200 Subject: [opensource-dev] 1.4 Showstopper: Reopened: VWR-9475 Message-ID: Cursors are missing from the artwork... This was assigned to Soft Linden who closed it as 'resolved', but it is NOT resolved. Should I be confused? Perhaps it should be assigned to Merov? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100802/da445c7b/attachment.htm From dzonatas at gmail.com Mon Aug 2 06:42:44 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Mon, 02 Aug 2010 06:42:44 -0700 Subject: [opensource-dev] Image Recognition Message-ID: <4C56CB54.7030309@gmail.com> Hi, I caught the tweet from Pamela Fox @ Google, and she linked a development for image recognization: http://developer.iqengines.com/ What stood out was how a UUID was included and some sort of description present. It's not gesture recognition through motion, yet even I can think of how this could apply well in Second Life at different levels. I'm thinking of ideas from authentication to... returning an "abstract" texture UUID for an object's face detected by a ray-cast, see my blog: http://icyspherical.blogspot.com/2010/07/optimizing-simulations-with-basic.html Any questions? =) =) =) -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From soft at lindenlab.com Mon Aug 2 09:59:11 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Mon, 2 Aug 2010 09:59:11 -0700 Subject: [opensource-dev] 1.4 Showstopper: Reopened: VWR-9475 In-Reply-To: References: Message-ID: On Mon, Aug 2, 2010 at 5:45 AM, Aleric Inglewood wrote: > Cursors are missing from the artwork... > > This was assigned to Soft Linden who closed it as 'resolved', but it is NOT > resolved. > Should I be confused? Perhaps it should be assigned to Merov? I'm not sure what's up here. I sent Merov a link to the commit that fixed this part of the export ~14 months ago, and have asked him to make sure that change exists in whatever branch Snowglobe 1.14 is exported from. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From aleric.inglewood at gmail.com Mon Aug 2 16:24:48 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Tue, 3 Aug 2010 01:24:48 +0200 Subject: [opensource-dev] 1.4 Showstopper: Reopened: VWR-9475 In-Reply-To: References: Message-ID: Hi Brian, doc/asset_urls.txt contains the line SLASSET_ART= http://automated-builds-secondlife-com.s3.amazonaws.com/oss-viewer/export/slviewer-artwork-oss-viewer-1.23.4.0.zip Downloading that and checking it with unzip -l shows that there is no res-sdl in it. Is that url not correct? Or did you expect this zip file to contain the cursor bit maps? On Mon, Aug 2, 2010 at 6:59 PM, Brian McGroarty wrote: > On Mon, Aug 2, 2010 at 5:45 AM, Aleric Inglewood > wrote: > > Cursors are missing from the artwork... > > > > This was assigned to Soft Linden who closed it as 'resolved', but it is > NOT > > resolved. > > Should I be confused? Perhaps it should be assigned to Merov? > > I'm not sure what's up here. I sent Merov a link to the commit that > fixed this part of the export ~14 months ago, and have asked him to > make sure that change exists in whatever branch Snowglobe 1.14 is > exported from. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100803/34745d8f/attachment.htm From suezanne at gmail.com Mon Aug 2 21:31:23 2010 From: suezanne at gmail.com (SuezanneC Baskerville) Date: Mon, 2 Aug 2010 23:31:23 -0500 Subject: [opensource-dev] The avatar name on the login screen in Viewer 2. Message-ID: Where is the remembered username stored, where is read and written in the source code, and how do you make it not appear on your login screen? By "remembered username" I mean the username that appears pre-filled on the login screen in Viewer 2. Someone asked in the forums how you make the username be blank when you launch Viewer 2. That drove me to looking at the source code to find where the name is fetched from and I haven't been able to find it so far. I'm asking here because I don't know any better place to find people that are familiar with SL source code. Thanks, Sue Baskerville -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100802/86a18495/attachment.htm From sldev at free.fr Tue Aug 3 00:57:13 2010 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 3 Aug 2010 09:57:13 +0200 Subject: [opensource-dev] 1.4 Showstopper: Reopened: VWR-9475 In-Reply-To: References: Message-ID: <20100803095713.cce7b1cc.sldev@free.fr> On Tue, 3 Aug 2010 01:24:48 +0200, Aleric Inglewood wrote: > Hi Brian, > > doc/asset_urls.txt contains the line > > SLASSET_ART= > http://automated-builds-secondlife-com.s3.amazonaws.com/oss-viewer/export/slviewer-artwork-oss-viewer-1.23.4.0.zip > > Downloading that and checking it with unzip -l shows that there is no > res-sdl in it. > > Is that url not correct? Or did you expect this zip file to contain the > cursor bit maps? The cursors (*.cur files) are in there, in the res/ directory... But the bitmaps are part of the SDL pre-built library, which means that when doing a standalone build (that doesn't fetch the pre-built libararies), you don't get the bitmaps installed... Not sure why the bitmaps have been moved to the pre-built SDL library package, but it's definitely a wrong move ! Henri. From sldev at free.fr Tue Aug 3 01:21:22 2010 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 3 Aug 2010 10:21:22 +0200 Subject: [opensource-dev] Missing artwork and library files. In-Reply-To: References: Message-ID: <20100803102122.8f28dc86.sldev@free.fr> On Wed, 7 Jul 2010 16:57:47 +0200, Aleric Inglewood wrote: > I'm trying to update the wiki on how to build the viewer (on linux). > I noted that it requires you to download files that don't exist. > This was reported before on SNOW-604 but still not restored by Linden Lab. > > The only right way would be if Linden Lab adds them back, but... Any news on this ? The files for v1.13.5 are still missing while I gave to Merov the pointers to at least the Linux tarballs about one month ago at an Hippo meeting... Here there are again: http://sldev.free.fr/sources/slviewer-artwork-viewer-rc-frozen-1.23.5.136274.zip http://sldev.free.fr/sources/slviewer-linux-libs-viewer-rc-frozen-1.23.5.136274.tar.gz http://sldev.free.fr/sources/slviewer-src-viewer-rc-frozen-1.23.5.136274.tar.gz Henri. From dzonatas at gmail.com Tue Aug 3 06:25:35 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Tue, 03 Aug 2010 06:25:35 -0700 Subject: [opensource-dev] Performance: 100%-150% increase in rendering Message-ID: <4C5818CF.6010507@gmail.com> Hi, I believe I found another solution. In my research as I optimized graphics routines in the viewer, I achieved between 100% to 150% increase in rendering performance. To be fair, I reported as "up to 100%". There overall frame loop has many tasks, so keep that in mind that overall performance increase noted are of tasks that directly related to rendering itself. I was blackboxed from the results when deployed. I admit, it pissed me off how that was done, even if I had a right to be pissed, ... meh. However, I found out that "shown" results were actually not even my fault. I even realize they aren't of the of fault of those who immediately worked around with me on it. Of what little I had to work with, it didn't make sense, and the obvious thing was to "fix" it as a bug. I think some of us realize it was no software bug. I can understand while the market plays to GPUs, that such any performance increase that would generally help everybody would be held back because of.... "overclockers". I don't think it matters anymore, and no need to keep something that isn't a secret as a secret anymore. Let's just say that I was visualizing how the "streaming media extensions" work through the hardware. Then I realized that the obvious answer was that "overclockers" were reporting problems yet they weren't telling they overclocked. The visualization I had led me to decide that is the logical explanation. "Overclocking"... don't do that! We have proven that the overall performance in rendering "sucks" for the larger general audience due to the "few" that report "knowledge" of their "crashes" from "overclocking" yet.... those details aren't even being recorded even when fully not blackboxed. Even where there is no crashes... it is only a demostrations of where the GPU actuall fails... and not the CPU... of course there is no crash. The GPU is preventing itself... it only overheats... hides itself and "BURN". Enjoy! -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From dzonatas at gmail.com Tue Aug 3 08:44:21 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Tue, 03 Aug 2010 08:44:21 -0700 Subject: [opensource-dev] Performance: 100%-150% increase in rendering In-Reply-To: <4C5818CF.6010507@gmail.com> References: <4C5818CF.6010507@gmail.com> Message-ID: <4C583955.4060209@gmail.com> Was just thinking of a secondary proof to this. This should be helpful to traditional physicist: Dark Liquid Crystal. The significant thing to note is how light "slows" or "refracts" as noted by dark matter... when taken to a substate. On that note... it's not for me to "doctor" the Rx, and I know someone that wants... heh... "BURN"... love it! Oh let's "share" this one... LMAO!!!! P.S. Working On It 2.0... Dzonatas Sol wrote: > Hi, > > I believe I found another solution. > > In my research as I optimized graphics routines in the viewer, I > achieved between 100% to 150% increase in rendering performance. To be > fair, I reported as "up to 100%". > > There overall frame loop has many tasks, so keep that in mind that > overall performance increase noted are of tasks that directly related > to rendering itself. > > I was blackboxed from the results when deployed. I admit, it pissed me > off how that was done, even if I had a right to be pissed, ... meh. > > However, I found out that "shown" results were actually not even my > fault. I even realize they aren't of the of fault of those who > immediately worked around with me on it. Of what little I had to work > with, it didn't make sense, and the obvious thing was to "fix" it as a > bug. > > I think some of us realize it was no software bug. I can understand > while the market plays to GPUs, that such any performance increase > that would generally help everybody would be held back because of.... > "overclockers". > > I don't think it matters anymore, and no need to keep something that > isn't a secret as a secret anymore. > > Let's just say that I was visualizing how the "streaming media > extensions" work through the hardware. Then I realized that the > obvious answer was that "overclockers" were reporting problems yet > they weren't telling they overclocked. The visualization I had led me > to decide that is the logical explanation. > > "Overclocking"... don't do that! We have proven that the overall > performance in rendering "sucks" for the larger general audience due > to the "few" that report "knowledge" of their "crashes" from > "overclocking" yet.... those details aren't even being recorded even > when fully not blackboxed. > > Even where there is no crashes... it is only a demostrations of where > the GPU actuall fails... and not the CPU... of course there is no > crash. The GPU is preventing itself... it only overheats... hides > itself and "BURN". > > Enjoy! > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From marinekelley at gmail.com Tue Aug 3 09:32:32 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Tue, 3 Aug 2010 18:32:32 +0200 Subject: [opensource-dev] The avatar name on the login screen in Viewer 2. In-Reply-To: References: Message-ID: Hi Suezanne, you may want to look at the method LLPanelLogin::setFields() in newview/llpanellogin.cpp Marine On 3 August 2010 06:31, SuezanneC Baskerville wrote: > Where is the remembered username stored, where is read and written in the > source code, and how do you make it not appear on your login screen? > > By "remembered username" I mean the username that appears pre-filled on > the login screen in Viewer 2. > > Someone asked in the forums how you make the username be blank when you > launch Viewer 2. That drove me to looking at the source code to find where > the name is fetched from and I haven't been able to find it so far. > > I'm asking here because I don't know any better place to find people that > are familiar with SL source code. > > Thanks, > > Sue Baskerville > > > > > _______________________________________________ > 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/20100803/5ba885d3/attachment.htm From oz at lindenlab.com Tue Aug 3 10:53:42 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 03 Aug 2010 13:53:42 -0400 Subject: [opensource-dev] Open Source meeting 08-03 Message-ID: <4C5857A6.7040408@lindenlab.com> Merov is on vacation this week and next, and I am unfortunately tied up this afternoon so neither of us will be available to host the Hippotropolis meeting today. By all means feel free to hold it without us. From dzonatas at gmail.com Tue Aug 3 12:12:35 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Tue, 03 Aug 2010 12:12:35 -0700 Subject: [opensource-dev] Performance: 100%-150% increase in rendering In-Reply-To: References: <4C5818CF.6010507@gmail.com> <4C583955.4060209@gmail.com> Message-ID: <4C586A23.7070804@gmail.com> Hi, I understand your leading question. It leads me to the conclusion that we should allow public Second Life Groups to automatically allow or disallow features within the client viewer architecture. That probably doesn't make sense unless you read the source, yet there are so many people that don't read the source. I started to think about a "Doctor" group, as in Science-of-the-Arts Doctor. I think universities may need such funding^B^B^B^B, especially if they own the group as a piece of content they create. It's not obvious, yet between Second Life land and a Second Life group the features already exist to create a certain desired flow. It's like... i have a set of minimal features needed... here is a larger set that provides them. It doesn't make sense to you unless you understand the minimal features needed. Chat in those groups are optional, yet I think SL may want to consider group-chat-rates for real institutions and commercial businesses that reach a certain threshold. Note that the significant feature here is the group acts as "flags" internally and externally to the source code... if you strip out what you know about chat and some other features. Start with that idea and catch-up... because we didn't have to change it. Nexii Malthus wrote: > ..What? > > - Nexii > > On Tue, Aug 3, 2010 at 4:44 PM, Dzonatas Sol > wrote: > > Was just thinking of a secondary proof to this. This should be helpful > to traditional physicist: Dark Liquid Crystal. > > The significant thing to note is how light "slows" or "refracts" as > noted by dark matter... when taken to a substate. > > On that note... it's not for me to "doctor" the Rx, and I know someone > that wants... > > > > heh... "BURN"... ?love it! > > Oh let's "share" this one... LMAO!!!! > > > > P.S. Working On It 2.0... > > > > Dzonatas Sol wrote: > > Hi, > > > > I believe I found another solution. > > > > In my research as I optimized graphics routines in the viewer, I > > achieved between 100% to 150% increase in rendering performance. > To be > > fair, I reported as "up to 100%". > > > > There overall frame loop has many tasks, so keep that in mind that > > overall performance increase noted are of tasks that directly > related > > to rendering itself. > > > > I was blackboxed from the results when deployed. I admit, it > pissed me > > off how that was done, even if I had a right to be pissed, ... meh. > > > > However, I found out that "shown" results were actually not even my > > fault. I even realize they aren't of the of fault of those who > > immediately ?worked around with me on it. Of what little I had > to work > > with, it didn't make sense, and the obvious thing was to "fix" > it as a > > bug. > > > > I think some of us realize it was no software bug. I can understand > > while the market plays to GPUs, that such any performance increase > > that would generally help everybody would be held back because > of.... > > "overclockers". > > > > I don't think it matters anymore, and no need to keep something that > > isn't a secret as a secret anymore. > > > > Let's just say that I was visualizing how the "streaming media > > extensions" work through the hardware. Then I realized that the > > obvious answer was that "overclockers" were reporting problems yet > > they weren't telling they overclocked. The visualization I had > led me > > to decide that is the logical explanation. > > > > "Overclocking"... don't do that! ?We have proven that the overall > > performance in rendering "sucks" for the larger general audience due > > to the "few" that report "knowledge" of their "crashes" from > > "overclocking" yet.... ?those details aren't even being recorded > even > > when fully not blackboxed. > > > > Even where there is no crashes... ?it is only a demostrations of > where > > the GPU actuall fails... and not the CPU... ?of course there is no > > crash. The GPU is preventing itself... it only overheats... hides > > itself and "BURN". > > > > Enjoy! > > > > > > > -- > --- https://twitter.com/Dzonatas_Sol --- > Web Development, Software Engineering, Virtual Reality, Consultant > > _______________________________________________ > 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 > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From Lance.Corrimal at eregion.de Wed Aug 4 00:58:03 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 4 Aug 2010 09:58:03 +0200 Subject: [opensource-dev] projects/2009/snowglobe/1.4 versus projects/2009/snowglobe/trunk Message-ID: <201008040958.04117.Lance.Corrimal@eregion.de> Hi all, right now it seems that some critical fixes go into trunk, and some go into 1.4... what's the policy about syncing / merging / fixing / backporting? bye, LC From dzonatas at gmail.com Thu Aug 5 08:12:58 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Thu, 05 Aug 2010 08:12:58 -0700 Subject: [opensource-dev] V2.X & V1.X support on the same machine Message-ID: <4C5AD4FA.6050509@gmail.com> I can't keep secrets, so I get blackboxed. It bugs me there are perfect, or almost perfect, programs that just need to be turned around in a way. Too many people are stuck in a paradigm that to even think about it would create a paradox to them. Is that the meaning of paradyme in motion? I think that means people are soon gonna realize that the spam has already started to be a problem where smarter filters don't work anymore. Just observing an email has already been a problem to spam others. They can't even tell the difference between a save button and a button that saves itself... adware. We don't need smart filters. We need a dumb filter... with love! On that note, I doubt support for MOAP as it exists now is going to last, yet there was an obvious other purpose if you read the source. I know various solutions to this, and they all have the answer, yet I know people will want to walk their own path. My question is, should we collect a few more solutions? As a kid, I loved playing go fish, and then gin, and then gin rummy, and rummy, and then rummykub. =) Poker probably fits right between gin and gin rummy. MOAP is like gin rummykub with a pun. There is an opportunity here with MOAP while it lasts, yet don't expect specific external protocol to last. I'm listening to many ideas everyone wants that it makes me feel not to change it at all, step on a few toes, and rip this from that, and put this big hated thing right there, and maybe sometime state there is only backword compatibility based on the libraries now compiled. What's the difference? How about: 1) Running both code bases on the same machine 2) Running precompiled linux binaries on windows machines "right there" 3) Apple? I only hear about iPhones from them and not... Do I really want to do the hard work by myself? Do I have to explain... How about... do you want it right there... or somewhere else? How about turning around without even turning around? My secret... -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From bunny at bunnynet.org Thu Aug 5 17:43:55 2010 From: bunny at bunnynet.org (Bunny Halberd) Date: Thu, 5 Aug 2010 19:43:55 -0500 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: <4C5AD4FA.6050509@gmail.com> References: <4C5AD4FA.6050509@gmail.com> Message-ID: On Thu, Aug 5, 2010 at 10:12 AM, Dzonatas Sol wrote: > As a kid, I loved playing go fish, and then gin, and then gin rummy, and > rummy, and then rummykub. =) Am I accidently filtering part of this list? This is not the first message I've gotten that seems completely out of context... - Bunny From marc at inworlddesigns.com Thu Aug 5 17:57:54 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Thu, 5 Aug 2010 20:57:54 -0400 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: References: <4C5AD4FA.6050509@gmail.com> Message-ID: On Thu, Aug 5, 2010 at 8:43 PM, Bunny Halberd wrote: > On Thu, Aug 5, 2010 at 10:12 AM, Dzonatas Sol wrote: > >> As a kid, I loved playing go fish, and then gin, and then gin rummy, and >> rummy, and then rummykub. =) > > Am I accidently filtering part of this list? This is not the first > message I've gotten that seems completely out of context... > > - Bunny I'm with you Bunny the last few messages haven't made hardly any sense at all. I know it has something to do with some card games, MOAP and apple but what do they all have in common and is it relevant to opensource-dev? From dzonatas at gmail.com Thu Aug 5 19:16:46 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Thu, 05 Aug 2010 19:16:46 -0700 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: References: <4C5AD4FA.6050509@gmail.com> Message-ID: <4C5B708E.9010509@gmail.com> Marc Adored wrote: > I'm with you Bunny the last few messages haven't made hardly any sense > at all. I know it has something to do with some card games, MOAP and > apple but what do they all have in common and is it relevant to > opensource-dev? > > For accessibility needs. Actually, we did something the "server only" devs wanted. Imagine VX.X source uploaded a texture to opensim. Then imagine that being downloaded to Radegast. Then imagine it telling users the description of the texture. If there is any problems, I'll be sure to show the timeslice coLinux takes in between VX.X and webkit just to let them think thereafter what that meant. If that doesn't mean anything, then I've done what I have to do to protect your context. However, google might translate that texture to GPL code.... with image recognition. They are concerned this is viral. I think that got that backwards. BSD is for students only. -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From open at autistici.org Fri Aug 6 00:23:27 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 06 Aug 2010 09:23:27 +0200 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: References: <4C5AD4FA.6050509@gmail.com> Message-ID: <08d48aafbd8b158c0f4c354ac580b48e@localhost> On Thu, 5 Aug 2010 20:57:54 -0400, Marc Adored wrote: > On Thu, Aug 5, 2010 at 8:43 PM, Bunny Halberd wrote: >> Am I accidently filtering part of this list? This is not the first >> message I've gotten that seems completely out of context... >> >> - Bunny > > I'm with you Bunny the last few messages haven't made hardly any sense > at all. I know it has something to do with some card games, MOAP and > apple but what do they all have in common and is it relevant to > opensource-dev? (not a personal reply to you: just my feelings on this) I'm fine with them. In the past months this mailing list has been filled with lots of messages that were much more off-topic (I argue these ones are actually in-topic, if a bit cryptic), AND those were full of hate. These ones seem full of passion, instead, and the list is not being overloaded. Have a look to Dzonatas'work. If you can, read sources as he suggested (I can't, unfortunately). By the way, one can check if she got all list messages through the archives, that can be found by following the links in the footer. Opensource Obscure From jhwelch at gmail.com Fri Aug 6 12:05:18 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Fri, 6 Aug 2010 15:05:18 -0400 Subject: [opensource-dev] Testers requested for V2 patch Message-ID: I've written a very simple patch and would like a few people to test and/or comment on it: http://jira.secondlife.com/browse/VWR-17801 This fixes a minor menu error in Viewer 2. Thanks, -jonathan From dzonatas at gmail.com Fri Aug 6 13:02:20 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Fri, 06 Aug 2010 13:02:20 -0700 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: <08d48aafbd8b158c0f4c354ac580b48e@localhost> References: <4C5AD4FA.6050509@gmail.com> <08d48aafbd8b158c0f4c354ac580b48e@localhost> Message-ID: <4C5C6A4C.7090008@gmail.com> Opensource Obscure wrote: > By the way, one can check if she got all list messages > through the archives, that can be found by following > the links in the footer. > > Opensource Obscure > I would also suggest to read Google's policy and term and conditions very carefully. If anybody can disagree, then I ask for your reply, but I think LL screwed over by themselves (not important to use who made who)... it is important to fix the issue. They've had an adult grid that is suppose to be fast, easy,... and fun. They've had an teen grid that is suppose to be ... easy... fast... clean? Where is the family grid? I wouldn't doubt Google had on their minds to someone increase LL's revenue by a billion US$ over time, yet I can see that doesn't even match their protocol right now. They could bring back gambling, banks, stock market, and so on... and just get rid of one idea that makes almost next dumbest nominate idea ever next to disposable baby plastic water bottles. Sincerely, ___________________ Life -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From dzonatas at gmail.com Fri Aug 6 14:28:21 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Fri, 06 Aug 2010 14:28:21 -0700 Subject: [opensource-dev] Fixing the Assets Message-ID: <4C5C7E75.2080708@gmail.com> Here is the proposal, as a routine. The written logical explanation in English with normalized words defeats the purpose of the routine for every reason that supports it. "Got to put a face on it:" Store timestamp by UUID. Keep secondary UUID to XOR with every second. Doesn't matter if timestamp of UUID changes within that second, as long as one of the two changes. That's a new "second". Do that again for the new "minute" based on 60 new seconds. The hour is optional, as there are several more value to consider to make a new "hour". And so on, until you have decided on a new "timestamped UUID". Store the original assets by Asset UUID or new timestamped UUID. Don't transmit the original timestamp of the asset... only transmit the the newer created unique value. The client-side can then create assets by that newer value, which would then create its own timestamp on the client side. I think LL can figure out the rest... Save yourself! -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From dzonatas at gmail.com Fri Aug 6 15:10:38 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Fri, 06 Aug 2010 15:10:38 -0700 Subject: [opensource-dev] Fixing the Assets In-Reply-To: <4C5C7E75.2080708@gmail.com> References: <4C5C7E75.2080708@gmail.com> Message-ID: <4C5C885E.2030804@gmail.com> If Linden Labs implements this much and Google thinks it is "clean", then maybe I'll smile again and show how to do folded execution... and how to earn the money. US open source "no-engine"ers aren't fools. We love magic, however. Dzonatas Sol wrote: > Here is the proposal, as a routine. The written logical explanation in > English with normalized words defeats the purpose of the routine for > every reason that supports it. > > "Got to put a face on it:" > > Store timestamp by UUID. > Keep secondary UUID to XOR with every second. > Doesn't matter if timestamp of UUID changes within that second, as > long as one of the two changes. > > That's a new "second". > > Do that again for the new "minute" based on 60 new seconds. > > The hour is optional, as there are several more value to consider to > make a new "hour". > > And so on, until you have decided on a new "timestamped UUID". > > Store the original assets by Asset UUID or new timestamped UUID. > > Don't transmit the original timestamp of the asset... only transmit > the the newer created unique value. > > The client-side can then create assets by that newer value, which > would then create its own timestamp on the client side. > > I think LL can figure out the rest... > > Save yourself! > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From oz at lindenlab.com Sat Aug 7 07:01:58 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 07 Aug 2010 10:01:58 -0400 Subject: [opensource-dev] Fixing the Assets In-Reply-To: <4C5C7E75.2080708@gmail.com> References: <4C5C7E75.2080708@gmail.com> Message-ID: <4C5D6756.6020607@lindenlab.com> On 2010-08-06 17:28, Dzonatas Sol wrote: > Here is the proposal, as a routine. The written logical explanation in > English with normalized words defeats the purpose of the routine for > every reason that supports it. Clarity is never wasted. You have not given any hint at all as to what problem you are trying to solve - without at least that, there is no way to even start thinking about what you've written. From dzonatas at gmail.com Sat Aug 7 08:34:36 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sat, 07 Aug 2010 08:34:36 -0700 Subject: [opensource-dev] Fixing the Assets In-Reply-To: <4C5D6756.6020607@lindenlab.com> References: <4C5C7E75.2080708@gmail.com> <4C5D6756.6020607@lindenlab.com> Message-ID: <4C5D7D0C.2060806@gmail.com> Oz Linden (Scott Lawrence) wrote: > On 2010-08-06 17:28, Dzonatas Sol wrote: > >> Here is the proposal, as a routine. The written logical explanation in >> English with normalized words defeats the purpose of the routine for >> every reason that supports it. >> > Clarity is never wasted. > > You have not given any hint at all as to what problem you are trying to > solve - without at least that, there is no way to even start thinking > about what you've written. > Thanks! Sometimes the concept is never understood when the meaning to the word concept is not understood. If the content is money, it means nothing, to We, who appreciate the honey. We use use the spoon to eat the honey. Bend the spoon? Easy. -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From marinekelley at gmail.com Sat Aug 7 09:10:19 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Sat, 7 Aug 2010 18:10:19 +0200 Subject: [opensource-dev] Fixing the Assets In-Reply-To: <4C5D7D0C.2060806@gmail.com> References: <4C5C7E75.2080708@gmail.com> <4C5D6756.6020607@lindenlab.com> <4C5D7D0C.2060806@gmail.com> Message-ID: lol I knew it ! This text IS actually a Markov chain ! That or it is aimed at a subset of the members of this list who actually know the encryption key to extract the hidden message. But to the rest of us, this is just nonsense. On 7 August 2010 17:34, Dzonatas Sol wrote: > Oz Linden (Scott Lawrence) wrote: > > On 2010-08-06 17:28, Dzonatas Sol wrote: > > > >> Here is the proposal, as a routine. The written logical explanation in > >> English with normalized words defeats the purpose of the routine for > >> every reason that supports it. > >> > > Clarity is never wasted. > > > > You have not given any hint at all as to what problem you are trying to > > solve - without at least that, there is no way to even start thinking > > about what you've written. > > > > Thanks! > > Sometimes the concept is never understood when the meaning to the word > concept is not understood. If the content is money, it means nothing, to > We, who appreciate the honey. > > We use use the spoon to eat the honey. > > Bend the spoon? > > Easy. > > -- > --- https://twitter.com/Dzonatas_Sol --- > Web Development, Software Engineering, Virtual Reality, Consultant > > _______________________________________________ > 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/20100807/526f3682/attachment.htm From gwynn.gunawan at gmail.com Sat Aug 7 10:21:41 2010 From: gwynn.gunawan at gmail.com (Gwynn Gunawan) Date: Sat, 7 Aug 2010 18:21:41 +0100 Subject: [opensource-dev] Fixing the Assets In-Reply-To: References: <4C5C7E75.2080708@gmail.com> <4C5D6756.6020607@lindenlab.com> <4C5D7D0C.2060806@gmail.com> Message-ID: :) > lol I knew it ! This text IS actually a Markov chain ! > > That or it is aimed at a subset of the members of this list who actually > know the encryption key to extract the hidden message. But to the rest of > us, this is just nonsense. Count me in with the latter gang plx, k, thnx, bye But I thought it entertaining, of perhaps in the wrong place, but I aint gonna be naggin' about it :-D ~gg > > > > On 7 August 2010 17:34, Dzonatas Sol wrote: >> >> Oz Linden (Scott Lawrence) wrote: >> > ? On 2010-08-06 17:28, Dzonatas Sol wrote: >> > >> >> Here is the proposal, as a routine. The written logical explanation in >> >> English with normalized words defeats the purpose of the routine for >> >> every reason that supports it. >> >> >> > Clarity is never wasted. >> > >> > You have not given any hint at all as to what problem you are trying to >> > solve - without at least that, there is no way to even start thinking >> > about what you've written. >> > >> >> Thanks! >> >> Sometimes the concept is never understood when the meaning to the word >> concept is not understood. If the content is money, it means nothing, to >> We, who appreciate the honey. >> >> We use use the spoon to eat the honey. >> >> Bend the spoon? >> >> Easy. >> >> -- >> --- https://twitter.com/Dzonatas_Sol --- >> Web Development, Software Engineering, Virtual Reality, Consultant >> >> _______________________________________________ >> 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 > -- Don't fight back. Fight forward. From garmin.kawaguichi at magalaxie.com Sat Aug 7 13:23:13 2010 From: garmin.kawaguichi at magalaxie.com (Garmin Kawaguichi) Date: Sat, 7 Aug 2010 22:23:13 +0200 Subject: [opensource-dev] Fixing the Assets References: <4C5C7E75.2080708@gmail.com> Message-ID: <0747C8D8333C4172B20C85966E11F53E@Deimos> I suppose Dzonatas is taking a holiday and somebody is using her computer! GCI ----- Original Message ----- From: "Dzonatas Sol" To: Sent: Friday, August 06, 2010 11:28 PM Subject: [opensource-dev] Fixing the Assets > Here is the proposal, as a routine. The written logical explanation in > English with normalized words defeats the purpose of the routine for > every reason that supports it.etc etc From fractured at modularsystems.sl Sat Aug 7 13:26:45 2010 From: fractured at modularsystems.sl (Fractured Crystal) Date: Sat, 07 Aug 2010 16:26:45 -0400 Subject: [opensource-dev] Fixing the Assets In-Reply-To: <0747C8D8333C4172B20C85966E11F53E@Deimos> References: <4C5C7E75.2080708@gmail.com> <0747C8D8333C4172B20C85966E11F53E@Deimos> Message-ID: <4C5DC185.10908@modularsystems.sl> Drugs are bad. From dzonatas at gmail.com Sat Aug 7 13:42:43 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sat, 07 Aug 2010 13:42:43 -0700 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: <4C5C6A4C.7090008@gmail.com> References: <4C5AD4FA.6050509@gmail.com> <08d48aafbd8b158c0f4c354ac580b48e@localhost> <4C5C6A4C.7090008@gmail.com> Message-ID: <4C5DC543.9070201@gmail.com> Dzonatas Sol wrote: > They've had an adult grid that is suppose to be fast, easy,... and fun. > > They've had an teen grid that is suppose to be ... easy... fast... clean? > > Sincerely, > > ___________________ Life > I believe I found a solution. The svn code should be for only "kids"... even people who decide to make their avatars like "kids"... so a split code base "right there" where the more known "adult" possibility can be found in the hg repository. I think that provides several options to get LL out of its corner. We know there is confusion between "shared" code base and "split" code base... yet we understand this. It's the same feel... they need to earn it to grow up... but its got to be their choice to know what they lost. Some have already taken that choice... .. they just haven't quite... you know. -- "........." [Fixt.] -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From marinekelley at gmail.com Sat Aug 7 13:42:51 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Sat, 7 Aug 2010 22:42:51 +0200 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: <4C5DC543.9070201@gmail.com> References: <4C5AD4FA.6050509@gmail.com> <08d48aafbd8b158c0f4c354ac580b48e@localhost> <4C5C6A4C.7090008@gmail.com> <4C5DC543.9070201@gmail.com> Message-ID: I check out the code of the viewer from svn and not hg... Does that make me a kid now ? On 7 August 2010 22:42, Dzonatas Sol wrote: > Dzonatas Sol wrote: > > They've had an adult grid that is suppose to be fast, easy,... and fun. > > > > They've had an teen grid that is suppose to be ... easy... fast... clean? > > > > Sincerely, > > > > ___________________ Life > > > > I believe I found a solution. > > The svn code should be for only "kids"... even people who decide to make > their avatars like "kids"... so a split code base "right there" where > the more known "adult" possibility can be found in the hg repository. > > I think that provides several options to get LL out of its corner. > > We know there is confusion between "shared" code base and "split" code > base... yet we understand this. > > It's the same feel... they need to earn it to grow up... but its got to > be their choice to know what they lost. Some have already taken that > choice... > > .. they just haven't quite... you know. > > -- "........." [Fixt.] > > > > > > -- > --- https://twitter.com/Dzonatas_Sol --- > Web Development, Software Engineering, Virtual Reality, Consultant > > _______________________________________________ > 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/20100807/a3ddda53/attachment.htm From aklo at skyhighway.com Sat Aug 7 14:03:17 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 7 Aug 2010 14:03:17 -0700 (PDT) Subject: [opensource-dev] V2.X & V1.X support on the same machine Message-ID: <9472ac84f4d0f107dc63d9caa895860f.squirrel@cruziomail.cruzio.com> i like what Dzon has to say more every time she has something new to contribute. Just sayin'. And to Fractured Crystal re: "Drugs are bad." In SL the usual psychoactive options (even alcohol) are obviously not an option. But, if you look at it like that SL is sorta like a drug. Is it bad? It is an altered state, and that's like the problem i have with Viewer 2 - it lessens the "immersion" that's important to me in SL. i know i'm all wierd & stuff, but SL isn't a "game" for me. It's an altered state of reality. It's taught me a lot about myself i never guessed at b4 and in some ways is better than acid or whatever - and trust me, that's something i *do* know about. Sorry for what lots will call off-topic input, but i think the pysche implications of what we're doing with SL are as important as the pure CS tech stuff, and deserve to be discussed in the same sort of context. Treating SL like nothing more than a "game" is trashing a lot of potential for the sake of a cheap thrill. So American, y'know? Once again, just sayin'. bye, AK Dzonatas Sol wrote: > > They've had an adult grid that is suppose to be fast, easy,... and fun. > > > > They've had an teen grid that is suppose to be ... easy... fast... clean? > > > > Sincerely, > > > > ___________________ Life > > I believe I found a solution. The svn code should be for only "kids"... even people who decide to make their avatars like "kids"... so a split code base "right there" where the more known "adult" possibility can be found in the hg repository. I think that provides several options to get LL out of its corner. We know there is confusion between "shared" code base and "split" code base... yet we understand this. It's the same feel... they need to earn it to grow up... but its got to be their choice to know what they lost. Some have already taken that choice... .. they just haven't quite... you know. -- "........." [Fixt.] From mysticaldemina at xrgrid.com Sat Aug 7 15:12:09 2010 From: mysticaldemina at xrgrid.com (mysticaldemina at xrgrid.com) Date: Sat, 7 Aug 2010 18:12:09 -0400 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: <4C5DC543.9070201@gmail.com> References: <4C5AD4FA.6050509@gmail.com> <08d48aafbd8b158c0f4c354ac580b48e@localhost><4C5C6A4C.7090008@gmail.com> <4C5DC543.9070201@gmail.com> Message-ID: <68C5A55DA1F342A7BEDC43D95E0D3E34@TWEEDY64> I guess it is time to unsubscribe from this group. I don't have time to read the constant flow of emails like this. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Dzonatas Sol Sent: Saturday, August 07, 2010 4:43 PM To: Dzonatas Sol; opensource-dev at lists.secondlife.com; Philip Rosedale Subject: Re: [opensource-dev] V2.X & V1.X support on the same machine Dzonatas Sol wrote: > They've had an adult grid that is suppose to be fast, easy,... and fun. > > They've had an teen grid that is suppose to be ... easy... fast... clean? > > Sincerely, > > ___________________ Life > I believe I found a solution. The svn code should be for only "kids"... even people who decide to make their avatars like "kids"... so a split code base "right there" where the more known "adult" possibility can be found in the hg repository. I think that provides several options to get LL out of its corner. We know there is confusion between "shared" code base and "split" code base... yet we understand this. It's the same feel... they need to earn it to grow up... but its got to be their choice to know what they lost. Some have already taken that choice... .. they just haven't quite... you know. -- "........." [Fixt.] -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant _______________________________________________ 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 Aug 7 16:43:13 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Sun, 8 Aug 2010 01:43:13 +0200 Subject: [opensource-dev] 1.4 Showstopper: SNOW-799 Message-ID: Please your attention for http://jira.secondlife.com/browse/SNOW-799 The only reason I can currently think of that this might not be a showstopper is when it is caused by having 'Use HTTP textures' turned on... but shouldn't that be working with 1.4? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100808/a3735c19/attachment.htm From dzonatas at gmail.com Sat Aug 7 21:40:13 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sat, 07 Aug 2010 21:40:13 -0700 Subject: [opensource-dev] 1.4 Showstopper: SNOW-799 In-Reply-To: References: Message-ID: <4C5E352D.5030003@gmail.com> Hi, I had to think about what what untamed HTTP textures could do on the teen. /. had this article to say today: http://yro.slashdot.org/story/10/08/06/150216/Child-Porn-As-a-Weapon /"Want to get rid of your boss and move up to his position? Put kiddie porn on his computer then call the cops! This was the cunning plan envisaged by handyman Neil Weiner of east London after falling out with school caretaker Edward Thompson too many times. Thankfully, Weiner didn't cover his tracks quite well enough to avoid being found out ? earlier boasts about his plan to friends at a BBQ provided the police with enough evidence to arrest him for trying to pervert the course of justice. Frighteningly, however, between being charged with possession of indecent images and being exonerated, innocent (if 'grumpy') Thompson was abused and ostracized for eight months by neighbors and colleagues. With computer forensics for police work often being performed by 'point 'n click'-trained, nearly-retired cops, or languishing in a 6-month queue for private sector firms to attend to it, the uncomfortable question is raised: how easily might this trick have succeeded if Weiner had been a little more intelligent about it?" /Consider that I have known the internet completely untamed since a young age ... where does it begin to start to be accepted as "virgin"? Was it a contrite decision? Or, a luxury? I look at the world as if I'm looking into a vanity mirror... you decide. Aleric Inglewood wrote: > Please your attention for http://jira.secondlife.com/browse/SNOW-799 > > The only reason I can currently think of that this might not be a > showstopper is when > it is caused by having 'Use HTTP textures' turned on... but shouldn't > that be working with 1.4? > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From chaosstar at gmail.com Sun Aug 8 03:32:43 2010 From: chaosstar at gmail.com (Ambrosia) Date: Sun, 8 Aug 2010 12:32:43 +0200 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: <68C5A55DA1F342A7BEDC43D95E0D3E34@TWEEDY64> References: <4C5AD4FA.6050509@gmail.com> <08d48aafbd8b158c0f4c354ac580b48e@localhost> <4C5C6A4C.7090008@gmail.com> <4C5DC543.9070201@gmail.com> <68C5A55DA1F342A7BEDC43D95E0D3E34@TWEEDY64> Message-ID: Dzontas, Please do not post to this list intoxicated or on heavy medication, which you've seemed to be on for the last several days judging by the rather random and rather confusing (And quite confused sounding) content of your messages in several OSDEV topics. Thank you. On Sun, Aug 8, 2010 at 00:12, wrote: > I guess it is time to unsubscribe from this group. I don't have time to read > the constant flow of emails like this. > > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com > [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Dzonatas > Sol > Sent: Saturday, August 07, 2010 4:43 PM > To: Dzonatas Sol; opensource-dev at lists.secondlife.com; Philip Rosedale > Subject: Re: [opensource-dev] V2.X & V1.X support on the same machine > > Dzonatas Sol wrote: >> They've had an adult grid that is suppose to be fast, easy,... and fun. >> >> They've had an teen grid that is suppose to be ... easy... fast... clean? >> >> Sincerely, >> >> ___________________ ?Life >> > > I believe I found a solution. > > The svn code should be for only "kids"... even people who decide to make > their avatars like "kids"... so a split code base "right there" where > the more known "adult" possibility can be found in the hg repository. > > I think that provides several options to get LL out of its corner. > > We know there is confusion between "shared" code base and "split" code > base... yet we understand this. > > It's the same feel... they need to earn it to grow up... but its got to > be their choice to know what they lost. Some have already taken that > choice... > > .. they just haven't quite... you know. > > -- "........." ?[Fixt.] > > > > > > -- > --- https://twitter.com/Dzonatas_Sol --- > Web Development, Software Engineering, Virtual Reality, Consultant > > _______________________________________________ > 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 open at autistici.org Sun Aug 8 03:46:26 2010 From: open at autistici.org (Opensource Obscure) Date: Sun, 08 Aug 2010 12:46:26 +0200 Subject: [opensource-dev] Offlist replies + Posting Policies and Guidelines Message-ID: * If someone else is violating mailing list policy, do not reply to them on the list. Reply to them offlist if you feel you need to engage them. * If you feel disciplinary action is required, send mail to the list administrator (). Engaging with them on-list may result in the moderation bit being set on your account. * Please remember the old mantra "praise in public, criticize in private". On-list reprimands are rarely of interest to the general mailing list. https://wiki.secondlife.com/wiki/OpenSource-Dev Opensource Obscure From dzonatas at gmail.com Sun Aug 8 07:52:14 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sun, 08 Aug 2010 07:52:14 -0700 Subject: [opensource-dev] V2.X & V1.X support on the same machine In-Reply-To: References: <4C5AD4FA.6050509@gmail.com> <08d48aafbd8b158c0f4c354ac580b48e@localhost> <4C5C6A4C.7090008@gmail.com> <4C5DC543.9070201@gmail.com> <68C5A55DA1F342A7BEDC43D95E0D3E34@TWEEDY64> Message-ID: <4C5EC49E.4000408@gmail.com> We already have scientific proof that I'm not the problem. If there is a problem, then help us work a solution. Blaming people doesn't help... it's unprofessional. This is on-topic because it directly involves the ability for Linden Labs to gain any income, which the affects the ability of related employees to earn their income, and which then affects your ability and other's ability to make any related income. "Someone is on drugs" is what I'll note about this... but I'm not the judge. Thanks for the concern. Ambrosia wrote: > Dzontas, > > Please do not post to this list intoxicated or on heavy medication, > which you've seemed to be on for the last several days judging by the > rather random and rather confusing (And quite confused sounding) > content of your messages in several OSDEV topics. > > Thank you. > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From dzonatas at gmail.com Sun Aug 8 10:22:12 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sun, 08 Aug 2010 10:22:12 -0700 Subject: [opensource-dev] Offlist replies + Posting Policies and Guidelines In-Reply-To: References: Message-ID: <4C5EE7C4.3090909@gmail.com> Opensource, I understand what you mean, yet also take in account the angle of open source intelligence. It's almost exponential the amount of time people approach the same desired change to what has been made open source over and over. It's bankable. That's where I forced to schedule my time... it's no secret... It's open source! There is a difference between open source and open source software. One is obviously the precursor to the other. Sounds object oriented? Let's see how this sounds... https://jira.secondlife.com/browse/SNOW-800 "Massively duplicated objects" Didn't there used to be have a main grid problem with something.. that was the purpose for lag... how does that feel? http://svn.secondlife.com/trac/linden/changeset/3614 "SNOW-800: Oops -- forgot to add sound_ids.cpp to SVN." Few universities decided to split up, and split up internally again. Those that teach a high degree of ag-biotech get hard lesson that you eventually find out they never expect anybody to complete. "Maybe you should go see a doctor about your problem..." That sounds like the answer... but I'm not thinking in sound. I admit, I'm visual... result? Bankable. What did they try to do... create a problem and then tell you the answer. "Let's make 1.4 the new teen grid... and bank on goo!" Done did for you. I think some others already know this style started to bank on it. I know that just minimized their ability to speak about it, yet they still threaten like above because they expect nobody to get it. Duh! Sounds like BSD style now... they (as in BSD they) got it! It's obvious... can't be patented. We learn what patents will never expire! I try to tell people and every thread I've ever posted how this cause connects to that effect gets taken down. Finally, they learn not to do that and bank on it. I can't bank on like they do, so... I know some at LL understand at least this much. Some for me, some for you! "Freakibility!" This sounds backwords, yet? Just don't even think about being able to find a reason not to leave this in public: Part of my Ag-Biotech explanations... it's like we bank on the dead. 6 feet under... eventually root of plants get there. Learn the "leylines"... They grow... And grow... And bloom... And you know... This is the critical part: And they grow again I beat you like pizza! I like hummus! They told me not to say, yet I got a solution, and they (here... like heh... LL knows...) already have had the question. "Bigger sphere?" I'm open minded to an answer... it all relates to this open source, now. It's legit even before official vote. I've already started to map... years ahead... wish you were hear! Opensource Obscure wrote: > * If someone else is violating mailing list policy, do not reply to them > on the list. Reply to them offlist if you feel you need to engage them. > > * If you feel disciplinary action is required, send mail to the list > administrator (). > Engaging with them on-list may result in the moderation bit being set on > your account. > > * Please remember the old mantra "praise in public, criticize in private". > On-list reprimands are rarely of interest to the general mailing list. > > https://wiki.secondlife.com/wiki/OpenSource-Dev > > > 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 > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From sldev at free.fr Sun Aug 8 15:58:00 2010 From: sldev at free.fr (Henri Beauchamp) Date: Mon, 9 Aug 2010 00:58:00 +0200 Subject: [opensource-dev] Offlist replies + Posting Policies and Guidelines In-Reply-To: <4C5EE7C4.3090909@gmail.com> References: <4C5EE7C4.3090909@gmail.com> Message-ID: <20100809005800.bcf79b6f.sldev@free.fr> All this non-sense looks and sounds furiously like the gibberish that some so called "A.I." bots produce... If I were you, guys, I'd just stop feeding the bot, lol ! As for me, the bot's email is now part of my spam filter... On Sun, 08 Aug 2010 10:22:12 -0700, Dzonatas Sol wrote: > Opensource, I understand what you mean, yet also take in account the > angle of open source intelligence. > > It's almost exponential the amount of time people approach the same > desired change to what has been made open source over and over. It's > bankable. > > That's where I forced to schedule my time... it's no secret... It's open > source! There is a difference between open source and open source > software. One is obviously the precursor to the other. > > Sounds object oriented? > > Let's see how this sounds... > > https://jira.secondlife.com/browse/SNOW-800 > "Massively duplicated objects" > > Didn't there used to be have a main grid problem with something.. that > was the purpose for lag... how does that feel? > > http://svn.secondlife.com/trac/linden/changeset/3614 > "SNOW-800: Oops -- forgot to add sound_ids.cpp to SVN." > > Few universities decided to split up, and split up internally again. > Those that teach a high degree of ag-biotech get hard lesson that you > eventually find out they never expect anybody to complete. > > "Maybe you should go see a doctor about your problem..." > > That sounds like the answer... but I'm not thinking in sound. I admit, > I'm visual... result? Bankable. > > What did they try to do... create a problem and then tell you the answer. > > "Let's make 1.4 the new teen grid... and bank on goo!" > > Done did for you. I think some others already know this style started to > bank on it. > > I know that just minimized their ability to speak about it, yet they > still threaten like above because they expect nobody to get it. > > Duh! Sounds like BSD style now... they (as in BSD they) got it! It's > obvious... can't be patented. > > We learn what patents will never expire! > > I try to tell people and every thread I've ever posted how this cause > connects to that effect gets taken down. Finally, they learn not to do > that and bank on it. I can't bank on like they do, so... I know some at > LL understand at least this much. > > Some for me, some for you! "Freakibility!" > > This sounds backwords, yet? > > Just don't even think about being able to find a reason not to leave > this in public: > Part of my Ag-Biotech explanations... it's like we bank on the dead. > 6 feet under... eventually root of plants get there. > Learn the "leylines"... > They grow... > And grow... > And bloom... > And you know... > > > This is the critical part: And they grow again > > I beat you like pizza! > > I like hummus! > > They told me not to say, yet I got a solution, and they (here... like > heh... LL knows...) already have had the question. "Bigger sphere?" > > I'm open minded to an answer... it all relates to this open source, > now. It's legit even before official vote. I've already started to > map... years ahead... wish you were hear! > > > Opensource Obscure wrote: > > * If someone else is violating mailing list policy, do not reply to them > > on the list. Reply to them offlist if you feel you need to engage them. > > > > * If you feel disciplinary action is required, send mail to the list > > administrator (). > > Engaging with them on-list may result in the moderation bit being set on > > your account. > > > > * Please remember the old mantra "praise in public, criticize in private". > > On-list reprimands are rarely of interest to the general mailing list. > > > > https://wiki.secondlife.com/wiki/OpenSource-Dev > > > > > > 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 dzonatas at gmail.com Sun Aug 8 17:35:43 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sun, 08 Aug 2010 17:35:43 -0700 Subject: [opensource-dev] Offlist replies + Posting Policies and Guidelines In-Reply-To: <20100809005800.bcf79b6f.sldev@free.fr> References: <4C5EE7C4.3090909@gmail.com> <20100809005800.bcf79b6f.sldev@free.fr> Message-ID: <4C5F4D5F.5040702@gmail.com> It is a bot, now. The outcome of Project X was already known. It was a matter of time who would become the first for the last. Read the news today, they noticed a difference... It was that... or another grain of sand, lost. Henri Beauchamp wrote: > All this non-sense looks and sounds furiously like the gibberish that some > so called "A.I." bots produce... > If I were you, guys, I'd just stop feeding the bot, lol ! > As for me, the bot's email is now part of my spam filter... > > On Sun, 08 Aug 2010 10:22:12 -0700, Dzonatas Sol wrote: > > >> Opensource, I understand what you mean, yet also take in account the >> angle of open source intelligence. >> >> It's almost exponential the amount of time people approach the same >> desired change to what has been made open source over and over. It's >> bankable. >> >> That's where I forced to schedule my time... it's no secret... It's open >> source! There is a difference between open source and open source >> software. One is obviously the precursor to the other. >> >> Sounds object oriented? >> >> Let's see how this sounds... >> >> https://jira.secondlife.com/browse/SNOW-800 >> "Massively duplicated objects" >> >> Didn't there used to be have a main grid problem with something.. that >> was the purpose for lag... how does that feel? >> >> http://svn.secondlife.com/trac/linden/changeset/3614 >> "SNOW-800: Oops -- forgot to add sound_ids.cpp to SVN." >> >> Few universities decided to split up, and split up internally again. >> Those that teach a high degree of ag-biotech get hard lesson that you >> eventually find out they never expect anybody to complete. >> >> "Maybe you should go see a doctor about your problem..." >> >> That sounds like the answer... but I'm not thinking in sound. I admit, >> I'm visual... result? Bankable. >> >> What did they try to do... create a problem and then tell you the answer. >> >> "Let's make 1.4 the new teen grid... and bank on goo!" >> >> Done did for you. I think some others already know this style started to >> bank on it. >> >> I know that just minimized their ability to speak about it, yet they >> still threaten like above because they expect nobody to get it. >> >> Duh! Sounds like BSD style now... they (as in BSD they) got it! It's >> obvious... can't be patented. >> >> We learn what patents will never expire! >> >> I try to tell people and every thread I've ever posted how this cause >> connects to that effect gets taken down. Finally, they learn not to do >> that and bank on it. I can't bank on like they do, so... I know some at >> LL understand at least this much. >> >> Some for me, some for you! "Freakibility!" >> >> This sounds backwords, yet? >> >> Just don't even think about being able to find a reason not to leave >> this in public: >> Part of my Ag-Biotech explanations... it's like we bank on the dead. >> 6 feet under... eventually root of plants get there. >> Learn the "leylines"... >> They grow... >> And grow... >> And bloom... >> And you know... >> >> >> This is the critical part: And they grow again >> >> I beat you like pizza! >> >> I like hummus! >> >> They told me not to say, yet I got a solution, and they (here... like >> heh... LL knows...) already have had the question. "Bigger sphere?" >> >> I'm open minded to an answer... it all relates to this open source, >> now. It's legit even before official vote. I've already started to >> map... years ahead... wish you were hear! >> >> >> Opensource Obscure wrote: >> >>> * If someone else is violating mailing list policy, do not reply to them >>> on the list. Reply to them offlist if you feel you need to engage them. >>> >>> * If you feel disciplinary action is required, send mail to the list >>> administrator (). >>> Engaging with them on-list may result in the moderation bit being set on >>> your account. >>> >>> * Please remember the old mantra "praise in public, criticize in private". >>> On-list reprimands are rarely of interest to the general mailing list. >>> >>> https://wiki.secondlife.com/wiki/OpenSource-Dev >>> >>> >>> 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 >>> >>> >>> >> > _______________________________________________ > 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 > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From jessesa at gmail.com Sun Aug 8 17:56:46 2010 From: jessesa at gmail.com (Jesse Barnett) Date: Sun, 8 Aug 2010 20:56:46 -0400 Subject: [opensource-dev] Offlist replies + Posting Policies and Guidelines In-Reply-To: <20100809005800.bcf79b6f.sldev@free.fr> References: <4C5EE7C4.3090909@gmail.com> <20100809005800.bcf79b6f.sldev@free.fr> Message-ID: I think you hit the nail on the head. Dzontas experiment gone wrong? Jesse Barnett On Sunday, August 8, 2010, Henri Beauchamp wrote: > All this non-sense looks and sounds furiously like the gibberish that some > so called "A.I." bots produce... > If I were you, guys, I'd just stop feeding the bot, lol ! > As for me, the bot's email is now part of my spam filter. From dzonatas at gmail.com Sun Aug 8 18:26:16 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sun, 08 Aug 2010 18:26:16 -0700 Subject: [opensource-dev] Offlist replies + Posting Policies and Guidelines In-Reply-To: References: <4C5EE7C4.3090909@gmail.com> <20100809005800.bcf79b6f.sldev@free.fr> Message-ID: <4C5F5938.6060301@gmail.com> More like, as all the physicist at CERN in the loop, it was asked "What could possible go wrong?" Their problem, they never thought in the reciprocal of the finite, so they assume the infinite didn't exist. Some wondered, even if someone finds the impossible dream, what more could you ask for? How about the impossibility to for not knowing everything about the infinite... then figure out how you solved that. Hint: virginity! Easy. What's hard about this? That's your problem. Next (in the loop).... Jesse Barnett wrote: > I think you hit the nail on the head. Dzontas experiment gone wrong? > > Jesse Barnett > > On Sunday, August 8, 2010, Henri Beauchamp wrote: > >> All this non-sense looks and sounds furiously like the gibberish that some >> so called "A.I." bots produce... >> If I were you, guys, I'd just stop feeding the bot, lol ! >> As for me, the bot's email is now part of my spam filter. >> > _______________________________________________ > 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 > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From tigrospottystripes at gmail.com Sun Aug 8 19:30:07 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Sun, 08 Aug 2010 23:30:07 -0300 Subject: [opensource-dev] Offlist replies + Posting Policies and Guidelines In-Reply-To: <4C5F5938.6060301@gmail.com> References: <4C5EE7C4.3090909@gmail.com> <20100809005800.bcf79b6f.sldev@free.fr> <4C5F5938.6060301@gmail.com> Message-ID: <4C5F682F.20204@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 It seems indeed it is a bot, didn't even question when you accused it of not being human. On 8/8/2010 22:26, Dzonatas Sol wrote: > More like, as all the physicist at CERN in the loop, it was asked "What > could possible go wrong?" > > Their problem, they never thought in the reciprocal of the finite, so > they assume the infinite didn't exist. > > Some wondered, even if someone finds the impossible dream, what more > could you ask for? > > How about the impossibility to for not knowing everything about the > infinite... then figure out how you solved that. Hint: virginity! > > Easy. > > What's hard about this? > > That's your problem. > > Next (in the loop).... > > > Jesse Barnett wrote: >> I think you hit the nail on the head. Dzontas experiment gone wrong? >> >> Jesse Barnett >> >> On Sunday, August 8, 2010, Henri Beauchamp wrote: >> >>> All this non-sense looks and sounds furiously like the gibberish that some >>> so called "A.I." bots produce... >>> If I were you, guys, I'd just stop feeding the bot, lol ! >>> As for me, the bot's email is now part of my spam filter. >>> >> _______________________________________________ >> 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/ iEYEAREKAAYFAkxfZ7cACgkQ8ZFfSrFHsmUsuwCfZumcLT6p2b7utFAJznN29h3q K7EAn1aDCpKC5rInwNRDp73Qv8yVSDnw =bdjR -----END PGP SIGNATURE----- From oz at lindenlab.com Fri Aug 13 11:49:39 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 13 Aug 2010 14:49:39 -0400 Subject: [opensource-dev] Viewer Development Announcements Message-ID: <4C6593C3.3070507@lindenlab.com> As most of you probably know by now, from all the hint-dropping we've been doing, we've got some announcements to make. Here's how it's going to go - on Sunday, the viewer development leads will be the noon (EDT) keynote address at SLCC. You can watch and listen at any of the following in-world locations: *Imperial Ballroom / The Hatch* - http://maps.secondlife.com/secondlife/SLCC%201/245/8/23 *The Whitehall Room* - http://maps.secondlife.com/secondlife/SLCC%203/136/161/31 *Stuart Room* - http://maps.secondlife.com/secondlife/SLCC%201/158/149/31 *Thoreau Room* - http://maps.secondlife.com/secondlife/SLCC%201/158/149/31 *St. James Room* - http://maps.secondlife.com/secondlife/SLCC%202/176/42/24 *Whittier Room* - http://maps.secondlife.com/secondlife/SLCC%204/183/239/25 You will need to be running a viewer that supports media on a prim. It's possible that we'll be able to take questions from in-world as well - I'm not sure. I will also be posting an announcement to this list some time shortly before that presentation, and at that time there will also be documentation and other resources publicly available. My normal office hours for Monday are being replaced with a two hour open in-world meeting in the nearby Open Source Park from Noon to 2PM SLT: http://maps.secondlife.com/secondlife/Hippotropolis/37/233/22 I hope that as many of you as possible will join us. We're confident that the changes we've made are the beginning of a new and much better way of doing things both for Linden Lab and for the open source community. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100813/3f7dec42/attachment.htm From kadah.coba at gmail.com Sun Aug 15 09:11:22 2010 From: kadah.coba at gmail.com (Kadah Coba) Date: Sun, 15 Aug 2010 09:11:22 -0700 Subject: [opensource-dev] Viewer Development Announcements In-Reply-To: <4C6593C3.3070507@lindenlab.com> References: <4C6593C3.3070507@lindenlab.com> Message-ID: <4C6811AA.2020306@gmail.com> Looks like the time and location was changed to 1PM EDT, which is 10AM SLT. Wish I had checked this before hand, I could have used the extra sleep ;P St James Room - http://maps.secondlife.com/secondlife/SLCC%202/176/64/24 On 8/13/2010 11:49 AM, Oz Linden (Scott Lawrence) wrote: > As most of you probably know by now, from all the hint-dropping we've > been doing, we've got some announcements to make. Here's how it's > going to go - on Sunday, the viewer development leads will be the noon > (EDT) keynote address at SLCC. You can watch and listen at any of the > following in-world locations: > > *Imperial Ballroom / The Hatch* - > http://maps.secondlife.com/secondlife/SLCC%201/245/8/23 > > *The Whitehall Room* - > http://maps.secondlife.com/secondlife/SLCC%203/136/161/31 > > *Stuart Room* - > http://maps.secondlife.com/secondlife/SLCC%201/158/149/31 > > *Thoreau Room* - > http://maps.secondlife.com/secondlife/SLCC%201/158/149/31 > > *St. James Room* - > http://maps.secondlife.com/secondlife/SLCC%202/176/42/24 > > *Whittier Room* - > http://maps.secondlife.com/secondlife/SLCC%204/183/239/25 > > You will need to be running a viewer that supports media on a prim. > It's possible that we'll be able to take questions from in-world as > well - I'm not sure. > > I will also be posting an announcement to this list some time shortly > before that presentation, and at that time there will also be > documentation and other resources publicly available. > > My normal office hours for Monday are being replaced with a two hour > open in-world meeting in the nearby Open Source Park from Noon to 2PM SLT: > > http://maps.secondlife.com/secondlife/Hippotropolis/37/233/22 > > I hope that as many of you as possible will join us. We're confident > that the changes we've made are the beginning of a new and much better > way of doing things both for Linden Lab and for the open source community. > > > _______________________________________________ > 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/20100815/6e94e6b8/attachment.htm From oz at lindenlab.com Sun Aug 15 09:25:21 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sun, 15 Aug 2010 12:25:21 -0400 Subject: [opensource-dev] Open Viewer Development Announcement Message-ID: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> What?s Next For The Second Life Viewer? Linden Lab spent the better part of the last two years revamping the Second Life Viewer to create Viewer 2. Some of the changes were important new features, and some were controversial - some were both. The bulk of the design and engineering work was done with only limited, indirect participation from the open source and resident communities, which has left many in those communities feeling alienated and disenfranchised. In recent months we have released both Viewer 2 and a 2.1 update; Linden Lab has also been through a major reorganization. We are now evaluating the results of all of this work, and we are making significant changes to the way we design and build the viewer. Introducing Snowstorm Linden Lab has created a new team whose goal is to develop the Second Life Viewer in the open and in response to the needs of our Residents. Here are our goals: Show Residents continuous visible progress Work in the open by sharing not only our code, but our process publicly -- this includes our backlog and our discussion about it. Engage with the open source community and aggressively accept good work the community does into our product. Release new ?Development? Viewers frequently -- our initial target is bi-weekly. All builds from the ?Development? branch are visible and available for testing. Improve the user experience Make continuous improvements to the design and implementation of the Viewer?s user interface. Import desirable patches and features from Snowglobe and other Third Party Viewers. Add small features and fixes that have high value and low cost, while still remaining consistent with an overall product vision. Renew and deepen our relationship with the community Integrate community work directly into our main line Viewer rather than routing it through Snowglobe first. Demonstrate rapid responsiveness to feedback and patches from community. Engage continuously with the community to develop new project proposals and provide resources that open source developers need to be effective. How Snowstorm Works Viewer development has moved to a single open source model There are no longer internal ?private? and external ?public? versions. Viewer source (with the exception of one wrapper library we cannot legally release), is now in public Mercurial source repositories. All viewer integration is happening in the Development repository at ?http://hg.secondlife.com/viewer-development?. It is used by all Linden Lab viewer development teams, and open source developers are encouraged to pull from that repository and submit changes for integration to it. Code in the Development repository is now released under version 2 of the GNU LGPL This allows community developers greater freedom to use the viewer code, including incorporating it into products that also include closed source. Accepted contributions go directly into the official Second Life Viewer There is no longer a two-step process of contributing to Snowglobe and then hoping that the contribution is imported to the Linden viewer. Viewer development efforts within Linden Lab go through the same integration queue and into the same repository that open source contributions use. Innovations from Snowglobe are being imported to this new viewer Some changes may be left behind or modified in order to fit into Viewer 2; Linden Lab will work with open source contributors to harmonize contributions with the product goals of the Linden viewer. The plan is to import as much as possible of the excellent work that has been done in Snowglobe as quickly as possible (this rate does depend on help from you). Snowstorm team plans and priorities are open We publish both what we?re working on (in public Jira issues and on our Sprint Backlog) and the projects we?d like to do (our Product Backlog). These projects are available for open source contributors to take on, and the Snowstorm team coordinates getting access to any Linden review and collaboration resources that are needed. Community members are encouraged to propose additions to the Product Backlog. Who Is Building The Viewer? Within Linden Lab, many different groups are doing Viewer development; the Snowstorm team manages the Development branch, coordinates contributions from open source, and does rapid small feature development itself. Snowstorm is: Q Linden - Tech Lead, Team Lead Esbee Linden - Product/Business Lead Oz Linden - Open Source Lead Merov, Aimee, Tofu, and three external contract developers and, crucially, the open source community. Where Are The Details? Snowstorm operates in the open; the home page of the Snowstorm team is on the public wiki at https://wiki.secondlife.com/Snowstorm_Team it has pointers to our various communications channels, processes, and contact information. The Snowstorm Team leads will be at the Second Life Community Convention on Aug 15, and will hold an open in-world meeting Aug 16 at the Hippotropolis Theater from Noon to 2PM SLT: http://slurl.com/secondlife/Hippotropolis/239/28/24 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100815/35ee52dd/attachment-0001.htm From oz at lindenlab.com Sun Aug 15 09:36:34 2010 From: oz at lindenlab.com (Oz Linden) Date: Sun, 15 Aug 2010 12:36:34 -0400 Subject: [opensource-dev] Fwd: Successful Build Nr. 208114 for oz_viewer-development (39db065f8899) on Darwin References: <20100815161839.BEA1BE2CA71@viognier.lindenlab.com> Message-ID: The first build of the new open Development repo is available now. Begin forwarded message: > From: buildadmin at lindenlab.com > Date: August 15, 2010 12:18:39 EDT > To: oz at lindenlab.com > Subject: Successful Build Nr. 208114 for oz_viewer-development (39db065f8899) on Darwin > > > > urls: > installer_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/installer/SecondLife_2_1_1_208114_DEVELOPMENT.dmg > installer_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/installer/SecondLife_2_1_1_208114_DEVELOPMENT.dmg > status_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/status/true > status_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/status/true > log_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/log/build_log.13.txt > log_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/log/build_log.13.txt > buildparams_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/buildparams/BuildScript.sh > buildparams_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/buildparams/BuildScript.sh > > urls: > installer_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/installer/SecondLife-i686-2.1.1.208114.tar.bz2 > installer_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/installer/SecondLife-i686-2.1.1.208114.tar.bz2 > status_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/status/true > status_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/status/true > log_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/log/build_log.11.txt > log_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/log/build_log.11.txt > buildparams_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/buildparams/BuildScript.sh > buildparams_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/buildparams/BuildScript.sh > > urls: > installer_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/installer/Second_Life_2-1-1-208114_Development_Setup.exe > installer_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/installer/Second_Life_2-1-1-208114_Development_Setup.exe > status_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/status/true > status_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/status/true > log_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/log/build_log.8.txt > log_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/log/build_log.8.txt > buildparams_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/buildparams/BuildScript.sh > buildparams_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/buildparams/BuildScript.sh > > > All Build Products: > Proxy: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/index.html > S3: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/index.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100815/18730080/attachment.htm From gwynn.gunawan at gmail.com Sun Aug 15 09:43:21 2010 From: gwynn.gunawan at gmail.com (Gwynn Gunawan) Date: Sun, 15 Aug 2010 17:43:21 +0100 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> Message-ID: Gang, ok, sorry, cool, but I still feel uncomfortable. Viewer 2 was for users, less so for creators. Creating got harder. I might be cursing in church but 'd like to see a Viewer, for Joe Random Sixpack crossing the street, and a Creator. You don't create web pages in a browser. You don't create video's in youtube. "If you would also like to create content for Second Life, click here to download the additional tools" I don't, in general, like to fork. I like the way LL is heading with this, and it's OS commitment but I'm starting to think we try to kill too many birds with not enough stones. Also, I'm now in a pub (in Glasgow) and respond a bit impulsively. regards ~gg On Sun, Aug 15, 2010 at 5:25 PM, Oz Linden (Scott Lawrence) wrote: > > What?s Next For The Second Life Viewer? > > Linden Lab spent the better part of the last two years revamping the Second > Life Viewer to create Viewer 2. Some of the changes were important new > features, and some were controversial - some were both. The bulk of the > design and engineering work was done with only limited, indirect > participation from the open source and resident communities, which has left > many in those communities feeling alienated and disenfranchised. > In recent months we have released both Viewer 2 and a 2.1 update; Linden Lab > has also been through a major reorganization. We are now evaluating the > results of all of this work, and we are making significant changes to the > way we design and build the viewer. > > Introducing Snowstorm > > Linden Lab has created a new team whose goal is to develop the Second Life > Viewer in the open and in response to the needs of our Residents. Here are > our goals: > > Show Residents continuous visible progress > > Work in the open by sharing not only our code, but our process publicly -- > this includes our backlog and our discussion about it. > Engage with the open source community and aggressively accept good work the > community does into our product. > Release new ?Development? Viewers frequently -- our initial target is > bi-weekly. ?All builds from the ?Development? branch are visible and > available for testing. > > Improve the user experience > > Make continuous improvements to the design and implementation of the > Viewer?s user interface. > Import desirable patches and features from Snowglobe and other Third Party > Viewers. > Add small features and fixes that have high value and low cost, while still > remaining consistent with an overall product vision. > > Renew and deepen our relationship with the community > > Integrate community work directly into our main line Viewer rather than > routing it through Snowglobe first. > Demonstrate rapid responsiveness to feedback and patches from community. > Engage continuously with the community to develop new project proposals and > provide resources that open source developers need to be effective. > > How Snowstorm Works > > Viewer development has moved to a single open source model > > There are no longer internal ?private? and external ?public? versions. > Viewer source (with the exception of one wrapper library we cannot legally > release), is now in public Mercurial source repositories. All viewer > integration is happening in the Development repository at > ?http://hg.secondlife.com/viewer-development?. It is used by all Linden Lab > viewer development teams, and open source developers are encouraged to pull > from that repository and submit changes for integration to it. > > Code in the Development repository is now released under version 2 of the > GNU LGPL > > This allows community developers greater freedom to use the viewer code, > including incorporating it into products that also include closed source. > > Accepted contributions go directly into the official Second Life Viewer > > There is no longer a two-step process of contributing to Snowglobe and then > hoping that the contribution is imported to the Linden viewer. Viewer > development efforts within Linden Lab go through the same integration queue > and into the same repository that open source contributions use. > > Innovations from Snowglobe are being imported to this new viewer > > Some changes may be left behind or modified in order to fit into Viewer 2; > Linden Lab will work with open source contributors to harmonize > contributions with the product goals of the Linden viewer. The plan is to > import as much as possible of the excellent work that has been done in > Snowglobe as quickly as possible (this rate does depend on help from you). > > Snowstorm team plans and priorities are open > > We publish both what we?re working on (in public Jira issues and on our > Sprint Backlog) and the projects we?d like to do (our Product Backlog). > These projects are available for open source contributors to take on, and > the Snowstorm team coordinates getting access to any Linden review and > collaboration resources that are needed. Community members are encouraged to > propose additions to the Product Backlog. > > Who Is Building The Viewer? > > Within Linden Lab, many different groups are doing Viewer development; the > Snowstorm team manages the Development branch, coordinates contributions > from open source, and does rapid small feature development itself. > Snowstorm is: > > Q Linden - Tech Lead, Team Lead > Esbee Linden - Product/Business Lead > Oz Linden - Open Source Lead > Merov, Aimee, Tofu, and three external contract developers > and, crucially, the open source community. > > Where Are The Details? > > Snowstorm operates in the open; the home page of the Snowstorm team is on > the public wiki at > https://wiki.secondlife.com/Snowstorm_Team > it has pointers to our various communications channels, processes, and > contact information. > > The Snowstorm Team leads will be at the Second Life Community Convention on > Aug 15, and will hold an open in-world meeting Aug 16 at the Hippotropolis > Theater from Noon to 2PM SLT: > http://slurl.com/secondlife/Hippotropolis/239/28/24 > _______________________________________________ > 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 > -- Don't fight back. Fight forward. From kadah.coba at gmail.com Sun Aug 15 10:04:36 2010 From: kadah.coba at gmail.com (Kadah Coba) Date: Sun, 15 Aug 2010 10:04:36 -0700 Subject: [opensource-dev] Viewer Development Announcements In-Reply-To: <4C6811AA.2020306@gmail.com> References: <4C6593C3.3070507@lindenlab.com> <4C6811AA.2020306@gmail.com> Message-ID: <4C681E24.40806@gmail.com> Nevermind, looks like the first board at the landing spot had times in some other timezone and it was at 7am SLT so I missed it. Any recordings, transcriptions of the this? On 8/15/2010 9:11 AM, Kadah Coba wrote: > Looks like the time and location was changed to 1PM EDT, which is 10AM > SLT. Wish I had checked this before hand, I could have used the extra > sleep ;P > > St James Room - http://maps.secondlife.com/secondlife/SLCC%202/176/64/24 > > > On 8/13/2010 11:49 AM, Oz Linden (Scott Lawrence) wrote: >> As most of you probably know by now, from all the hint-dropping we've >> been doing, we've got some announcements to make. Here's how it's >> going to go - on Sunday, the viewer development leads will be the >> noon (EDT) keynote address at SLCC. You can watch and listen at any >> of the following in-world locations: >> >> *Imperial Ballroom / The Hatch* - >> http://maps.secondlife.com/secondlife/SLCC%201/245/8/23 >> >> *The Whitehall Room* - >> http://maps.secondlife.com/secondlife/SLCC%203/136/161/31 >> >> *Stuart Room* - >> http://maps.secondlife.com/secondlife/SLCC%201/158/149/31 >> >> *Thoreau Room* - >> http://maps.secondlife.com/secondlife/SLCC%201/158/149/31 >> >> *St. James Room* - >> http://maps.secondlife.com/secondlife/SLCC%202/176/42/24 >> >> *Whittier Room* - >> http://maps.secondlife.com/secondlife/SLCC%204/183/239/25 >> >> You will need to be running a viewer that supports media on a prim. >> It's possible that we'll be able to take questions from in-world as >> well - I'm not sure. >> >> I will also be posting an announcement to this list some time shortly >> before that presentation, and at that time there will also be >> documentation and other resources publicly available. >> >> My normal office hours for Monday are being replaced with a two hour >> open in-world meeting in the nearby Open Source Park from Noon to 2PM >> SLT: >> >> http://maps.secondlife.com/secondlife/Hippotropolis/37/233/22 >> >> I hope that as many of you as possible will join us. We're confident >> that the changes we've made are the beginning of a new and much >> better way of doing things both for Linden Lab and for the open >> source community. >> >> >> _______________________________________________ >> 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/20100815/456c09e1/attachment-0001.htm From max at maxmarch.com Sun Aug 15 10:29:06 2010 From: max at maxmarch.com (Maximilian March) Date: Sun, 15 Aug 2010 10:29:06 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> Message-ID: *"Snowstorm operates in the open; the home page of the Snowstorm team is on the public wiki at" A BROKEN LINK!** * NOT a very reassuring feeling that the very first call-to-action link in such an important communication leads us to... a broken link. Thank you, LL QA people, for being asleep at the wheel as usual. Well, at least you're consistent. ~The Original M~ On Sun, Aug 15, 2010 at 9:25 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > > What?s Next For The Second Life Viewer? Linden Lab spent the better part > of the last two years revamping the Second Life Viewer to create Viewer 2. > Some of the changes were important new features, and some were controversial > - some were both. The bulk of the design and engineering work was done with > only limited, indirect participation from the open source and resident > communities, which has left many in those communities feeling alienated and > disenfranchised. > In recent months we have released both Viewer 2 and a 2.1 update; Linden > Lab has also been through a major reorganization. We are now evaluating the > results of all of this work, and we are making significant changes to the > way we design and build the viewer. > Introducing Snowstorm Linden Lab has created a new team whose goal is to > develop the Second Life Viewer in the open and in response to the needs of > our Residents. Here are our goals: > > - Show Residents continuous visible progress > - Work in the open by sharing not only our code, but our process > publicly -- this includes our backlog and our discussion about it. > - Engage with the open source community and aggressively accept good > work the community does into our product. > - Release new ?Development? Viewers frequently -- our initial target > is bi-weekly. All builds from the ?Development? branch are visible and > available for testing. > > > - Improve the user experience > - Make continuous improvements to the design and implementation of > the Viewer?s user interface. > - Import desirable patches and features from Snowglobe and other > Third Party Viewers. > - Add small features and fixes that have high value and low cost, > while still remaining consistent with an overall product vision. > - Renew and deepen our relationship with the community > - Integrate community work directly into our main line Viewer rather > than routing it through Snowglobe first. > - Demonstrate rapid responsiveness to feedback and patches from > community. > - Engage continuously with the community to develop new project > proposals and provide resources that open source developers need to be > effective. > > > How Snowstorm Works > > - Viewer development has moved to a single open source model > > > - There are no longer internal ?private? and external ?public? > versions. Viewer source (with the exception of one wrapper library we cannot > legally release), is now in public Mercurial source repositories. All viewer > integration is happening in the Development repository at ? > http://hg.secondlife.com/viewer-development?. It is used by all > Linden Lab viewer development teams, and open source developers are > encouraged to pull from that repository and submit changes for integration > to it. > > > - Code in the Development repository is now released under version 2 of > the GNU LGPL > > This allows community developers greater freedom to use the viewer code, > including incorporating it into products that also include closed source. > > - Accepted contributions go directly into the official Second Life > Viewer > > There is no longer a two-step process of contributing to Snowglobe and then > hoping that the contribution is imported to the Linden viewer. Viewer > development efforts within Linden Lab go through the same integration queue > and into the same repository that open source contributions use. > > - Innovations from Snowglobe are being imported to this new viewer > > > - Some changes may be left behind or modified in order to fit into > Viewer 2; Linden Lab will work with open source contributors to harmonize > contributions with the product goals of the Linden viewer. The plan is to > import as much as possible of the excellent work that has been done in > Snowglobe as quickly as possible (this rate does depend on help from > you). > > > - Snowstorm team plans and priorities are open > > We publish both what we?re working on (in public Jira issues and on our > Sprint Backlog) and the projects we?d like to do (our Product Backlog). > These projects are available for open source contributors to take on, and > the Snowstorm team coordinates getting access to any Linden review and > collaboration resources that are needed. Community members are encouraged to > propose additions to the Product Backlog. > Who Is Building The Viewer? Within Linden Lab, many different groups are > doing Viewer development; the Snowstorm team manages the Development branch, > coordinates contributions from open source, and does rapid small feature > development itself. > Snowstorm is: > > - Q Linden - Tech Lead, Team Lead > - Esbee Linden - Product/Business Lead > - Oz Linden - Open Source Lead > - Merov, Aimee, Tofu, and three external contract developers > - and, crucially, the open source community. > > > Where Are The Details? Snowstorm operates in the open; the home page of > the Snowstorm team is on the public wiki at > > https://wiki.secondlife.com/Snowstorm_Team > it has pointers to our various communications channels, processes, and > contact information. > > The Snowstorm Team leads will be at the Second Life Community Convention on > Aug 15, and will hold an open in-world meeting Aug 16 at the Hippotropolis > Theater from Noon to 2PM SLT: > > http://slurl.com/secondlife/Hippotropolis/239/28/24 > > _______________________________________________ > 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/20100815/3ef889e3/attachment-0001.htm From kadah.coba at gmail.com Sun Aug 15 10:31:48 2010 From: kadah.coba at gmail.com (Kadah Coba) Date: Sun, 15 Aug 2010 10:31:48 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> Message-ID: <4C682484.5060207@gmail.com> http://wiki.secondlife.com/wiki/Snowstorm_Team http://wiki.secondlife.com/wiki/Snowstorm_Project It was just malformed formed, the document is easily enough to find. On 8/15/2010 10:29 AM, Maximilian March wrote: > /*"Snowstorm operates in the open; the home page of the Snowstorm team > is on the public wiki at" A BROKEN LINK!*/* > * > NOT a very reassuring feeling that the very first call-to-action link > in such an important communication leads us to... a broken link. > > Thank you, LL QA people, for being asleep at the wheel as usual. Well, > at least you're consistent. > > ~The Original M~ > > > On Sun, Aug 15, 2010 at 9:25 AM, Oz Linden (Scott Lawrence) > > wrote: > > > What?s Next For The Second Life Viewer? > > Linden Lab spent the better part of the last two years revamping > the Second Life Viewer to create Viewer 2. Some of the changes > were important new features, and some were controversial - some > were both. The bulk of the design and engineering work was done > with only limited, indirect participation from the open source and > resident communities, which has left many in those communities > feeling alienated and disenfranchised. > In recent months we have released both Viewer 2 and a 2.1 update; > Linden Lab has also been through a major reorganization. We are > now evaluating the results of all of this work, and we are making > significant changes to the way we design and build the viewer. > > > Introducing Snowstorm > > Linden Lab has created a new team whose goal is to develop the > Second Life Viewer in the open and in response to the needs of our > Residents. Here are our goals: > > * Show Residents continuous visible progress > o Work in the open by sharing not only our code, but our > process publicly -- this includes our backlog and our > discussion about it. > o Engage with the open source community and aggressively > accept good work the community does into our product. > o Release new ?Development? Viewers frequently -- our > initial target is bi-weekly. All builds from the > ?Development? branch are visible and available for > testing. > > * Improve the user experience > o Make continuous improvements to the design and > implementation of the Viewer?s user interface. > o Import desirable patches and features from Snowglobe > and other Third Party Viewers. > o Add small features and fixes that have high value and > low cost, while still remaining consistent with an > overall product vision. > * Renew and deepen our relationship with the community > o Integrate community work directly into our main line > Viewer rather than routing it through Snowglobe first. > o Demonstrate rapid responsiveness to feedback and > patches from community. > o Engage continuously with the community to develop new > project proposals and provide resources that open > source developers need to be effective. > > > How Snowstorm Works > > * Viewer development has moved to a single open source model > > o There are no longer internal ?private? and external > ?public? versions. Viewer source (with the exception > of one wrapper library we cannot legally release), is > now in public Mercurial source repositories. All > viewer integration is happening in the Development > repository at > ?http://hg.secondlife.com/viewer-development?. It is > used by all Linden Lab viewer development teams, and > open source developers are encouraged to pull from > that repository and submit changes for integration to it. > > * Code in the Development repository is now released under > version 2 of the GNU LGPL > > This allows community developers greater freedom to use the viewer > code, including incorporating it into products that also include > closed source. > > * Accepted contributions go directly into the official Second > Life Viewer > > There is no longer a two-step process of contributing to Snowglobe > and then hoping that the contribution is imported to the Linden > viewer. Viewer development efforts within Linden Lab go through > the same integration queue and into the same repository that open > source contributions use. > > * Innovations from Snowglobe are being imported to this new viewer > > o Some changes may be left behind or modified in order > to fit into Viewer 2; Linden Lab will work with open > source contributors to harmonize contributions with > the product goals of the Linden viewer. The plan is to > import as much as possible of the excellent work that > has been done in Snowglobe as quickly as possible > (this rate does depend on help from you). > > * Snowstorm team plans and priorities are open > > We publish both what we?re working on (in public Jira issues and > on our Sprint Backlog) and the projects we?d like to do (our > Product Backlog). These projects are available for open source > contributors to take on, and the Snowstorm team coordinates > getting access to any Linden review and collaboration resources > that are needed. Community members are encouraged to propose > additions to the Product Backlog. > > > Who Is Building The Viewer? > > Within Linden Lab, many different groups are doing Viewer > development; the Snowstorm team manages the Development branch, > coordinates contributions from open source, and does rapid small > feature development itself. > Snowstorm is: > > * Q Linden - Tech Lead, Team Lead > * Esbee Linden - Product/Business Lead > * Oz Linden - Open Source Lead > * Merov, Aimee, Tofu, and three external contract developers > * and, crucially, the open source community. > > > Where Are The Details? > > Snowstorm operates in the open; the home page of the Snowstorm > team is on the public wiki at > https://wiki.secondlife.com/Snowstorm_Team > it has pointers to our various communications channels, processes, > and contact information. > > The Snowstorm Team leads will be at the Second Life Community > Convention on Aug 15, and will hold an open in-world meeting Aug > 16 at the Hippotropolis Theater from Noon to 2PM SLT: > http://slurl.com/secondlife/Hippotropolis/239/28/24 > > _______________________________________________ > 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/20100815/70f8bff3/attachment-0001.htm From gcanaday at gmail.com Sun Aug 15 11:01:35 2010 From: gcanaday at gmail.com (Glen Canaday) Date: Sun, 15 Aug 2010 14:01:35 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> Message-ID: <1281895295.2030.5.camel@glen-desktop> This does sound much better than the previous way of doing things - more open and closer to the Bazaar, etc., but I want to ask how it came about. What was the impetus? Is this a direct result of Phil's return to more active involvement with LL in general? Is it simply the desire of the devs added to opportunity and freedom thus made into reality? --GC On Sun, 2010-08-15 at 12:25 -0400, Oz Linden (Scott Lawrence) wrote: > > > What?s Next For The Second Life Viewer? > Linden Lab spent the better part of the last two years revamping the > Second Life Viewer to create Viewer 2. Some of the changes were > important new features, and some were controversial - some were both. > The bulk of the design and engineering work was done with only > limited, indirect participation from the open source and resident > communities, which has left many in those communities feeling > alienated and disenfranchised. > In recent months we have released both Viewer 2 and a 2.1 update; > Linden Lab has also been through a major reorganization. We are now > evaluating the results of all of this work, and we are making > significant changes to the way we design and build the viewer. > > Introducing Snowstorm > Linden Lab has created a new team whose goal is to develop the Second > Life Viewer in the open and in response to the needs of our Residents. > Here are our goals: > * Show Residents continuous visible progress > * Work in the open by sharing not only our code, but our > process publicly -- this includes our backlog and our > discussion about it. > * Engage with the open source community and aggressively > accept good work the community does into our product. > * Release new ?Development? Viewers frequently -- our > initial target is bi-weekly. All builds from the > ?Development? branch are visible and available for > testing. > * Improve the user experience > * Make continuous improvements to the design and > implementation of the Viewer?s user interface. > * Import desirable patches and features from Snowglobe > and other Third Party Viewers. > * Add small features and fixes that have high value and > low cost, while still remaining consistent with an > overall product vision. > * Renew and deepen our relationship with the community > * Integrate community work directly into our main line > Viewer rather than routing it through Snowglobe > first. > * Demonstrate rapid responsiveness to feedback and > patches from community. > * Engage continuously with the community to develop new > project proposals and provide resources that open > source developers need to be effective. > > > How Snowstorm Works > * Viewer development has moved to a single open source model > * There are no longer internal ?private? and external > ?public? versions. Viewer source (with the exception > of one wrapper library we cannot legally release), is > now in public Mercurial source repositories. All > viewer integration is happening in the Development > repository at > ?http://hg.secondlife.com/viewer-development?. It is > used by all Linden Lab viewer development teams, and > open source developers are encouraged to pull from > that repository and submit changes for integration to > it. > * Code in the Development repository is now released under > version 2 of the GNU LGPL > > This allows community developers greater freedom to use the viewer > code, including incorporating it into products that also include > closed source. > > * Accepted contributions go directly into the official Second > Life Viewer > > There is no longer a two-step process of contributing to Snowglobe and > then hoping that the contribution is imported to the Linden viewer. > Viewer development efforts within Linden Lab go through the same > integration queue and into the same repository that open source > contributions use. > > * Innovations from Snowglobe are being imported to this new > viewer > * Some changes may be left behind or modified in order > to fit into Viewer 2; Linden Lab will work with open > source contributors to harmonize contributions with > the product goals of the Linden viewer. The plan is to > import as much as possible of the excellent work that > has been done in Snowglobe as quickly as possible > (this rate does depend on help from you). > * Snowstorm team plans and priorities are open > > We publish both what we?re working on (in public Jira issues and on > our Sprint Backlog) and the projects we?d like to do (our Product > Backlog). These projects are available for open source contributors to > take on, and the Snowstorm team coordinates getting access to any > Linden review and collaboration resources that are needed. Community > members are encouraged to propose additions to the Product Backlog. > > > Who Is Building The Viewer? > Within Linden Lab, many different groups are doing Viewer development; > the Snowstorm team manages the Development branch, coordinates > contributions from open source, and does rapid small feature > development itself. > Snowstorm is: > * Q Linden - Tech Lead, Team Lead > * Esbee Linden - Product/Business Lead > * Oz Linden - Open Source Lead > * Merov, Aimee, Tofu, and three external contract developers > * and, crucially, the open source community. > > > Where Are The Details? > Snowstorm operates in the open; the home page of the Snowstorm team is > on the public wiki at > https://wiki.secondlife.com/Snowstorm_Team > it has pointers to our various communications channels, processes, and > contact information. > > The Snowstorm Team leads will be at the Second Life Community > Convention on Aug 15, and will hold an open in-world meeting Aug 16 at > the Hippotropolis Theater from Noon to 2PM SLT: > http://slurl.com/secondlife/Hippotropolis/239/28/24 > > _______________________________________________ > 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 javajoint at gmail.com Sun Aug 15 15:26:40 2010 From: javajoint at gmail.com (Daniel Smith) Date: Sun, 15 Aug 2010 15:26:40 -0700 Subject: [opensource-dev] Snow Storm / Mac, missing file? Message-ID: Hello, thought I would try building the newest source... not seeing directions.. Did this: hg clone http://hg.secondlife.com/viewer-development bucky:linden dls$ pwd /usr/local/src/slviewer/linden bucky:linden dls$ ls BuildParams indra build.sh install.xml doc scripts etc viewer-hg-convert.shamap poked around.. ok, this looks like the one: bucky:linden dls$ ./scripts/automated_build_scripts/opensrc-build.sh + export PATH=/bin:/usr/bin:/Users/dls/.nvm/v0.1.96/bin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin [..... etc.....] + cd ./scripts/automated_build_scripts/./../.. + test -x ../linden/scripts/automated_build_scripts/opensrc-build.sh + . doc/asset_urls.txt ./scripts/automated_build_scripts/opensrc-build.sh: line 139: doc/asset_urls.txt: No such file or directory I dont see asset_urls.txt anywhere in the tree. I also saw reference to parabuild.. and: bucky:linden dls$ hg clone http://hg.lindenlab.com/parabuild/buildscripts abort: error: Operation timed out So, am I just trying to build this too early, or are there some missing files/components? cheers, Daniel -- Daniel Smith - Sonoma County, California http://daniel.org/resume -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100815/4fa4395b/attachment.htm From aimee at lindenlab.com Mon Aug 16 05:36:03 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Mon, 16 Aug 2010 13:36:03 +0100 Subject: [opensource-dev] Snow Storm / Mac, missing file? In-Reply-To: References: Message-ID: <21848424-6C0C-4FC7-A732-D8D794C2D08F@lindenlab.com> assets.txt is no longer required, as the contents of the bundles it downloads are now present in the source repo. Assuming you're on 32-bit LInux, try just doing: cd indra ./develop.py configure ./develop.py build There are still a number of issues you may run into as yet, the most probable being a few with GCC versions > 4.1. I'm intending to bring the fixes for those in from Snowglobe as soon as possible. Aimee. On 15 Aug 2010, at 23:26, Daniel Smith wrote: > > Hello, thought I would try building the newest source... not seeing directions.. > > Did this: From zak.escher at gmail.com Mon Aug 16 05:39:08 2010 From: zak.escher at gmail.com (Zak Escher) Date: Mon, 16 Aug 2010 08:39:08 -0400 Subject: [opensource-dev] Fwd: Successful Build Nr. 208114 for oz_viewer-development (39db065f8899) on Darwin In-Reply-To: References: <20100815161839.BEA1BE2CA71@viognier.lindenlab.com> Message-ID: Thanks for these links. However, when I try to run the Windows build, it crashes when the main viewer window should appear. Zak On Sun, Aug 15, 2010 at 12:36 PM, Oz Linden wrote: > > The first build of the new open Development repo is available now. > > Begin forwarded message: > > *From:* buildadmin at lindenlab.com > *Date:* August 15, 2010 12:18:39 EDT > *To:* oz at lindenlab.com > *Subject:* *Successful Build Nr. 208114 for oz_viewer-development > (39db065f8899) on Darwin* > > > > urls: > installer_Darwin(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/installer/SecondLife_2_1_1_208114_DEVELOPMENT.dmg > installer_Darwin(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/installer/SecondLife_2_1_1_208114_DEVELOPMENT.dmg > status_Darwin(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/status/true > status_Darwin(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/status/true > log_Darwin(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/log/build_log.13.txt > log_Darwin(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/log/build_log.13.txt > buildparams_Darwin(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/buildparams/BuildScript.sh > buildparams_Darwin(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/buildparams/BuildScript.sh > > urls: > installer_Linux(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/installer/SecondLife-i686-2.1.1.208114.tar.bz2 > installer_Linux(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/installer/SecondLife-i686-2.1.1.208114.tar.bz2 > status_Linux(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/status/true > status_Linux(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/status/true > log_Linux(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/log/build_log.11.txt > log_Linux(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/log/build_log.11.txt > buildparams_Linux(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/buildparams/BuildScript.sh > buildparams_Linux(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/buildparams/BuildScript.sh > > urls: > installer_CYGWIN(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/installer/Second_Life_2-1-1-208114_Development_Setup.exe > installer_CYGWIN(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/installer/Second_Life_2-1-1-208114_Development_Setup.exe > status_CYGWIN(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/status/true > status_CYGWIN(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/status/true > log_CYGWIN(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/log/build_log.8.txt > log_CYGWIN(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/log/build_log.8.txt > buildparams_CYGWIN(proxy): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/buildparams/BuildScript.sh > buildparams_CYGWIN(s3): > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/buildparams/BuildScript.sh > > > All Build Products: > Proxy: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/index.html > S3: > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/index.html > > > _______________________________________________ > 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 > -- ----- Zak Escher email: zak.escher at gmail.com Join me in Second Life http://secondlife.com/ss/?u=f76730f9dee0d54e3cc51e29da87373a -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/0e291d5f/attachment-0001.htm From aimee.trescothick at gmail.com Mon Aug 16 05:40:41 2010 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Mon, 16 Aug 2010 13:40:41 +0100 Subject: [opensource-dev] Snow Storm / Mac, missing file? In-Reply-To: <21848424-6C0C-4FC7-A732-D8D794C2D08F@lindenlab.com> References: <21848424-6C0C-4FC7-A732-D8D794C2D08F@lindenlab.com> Message-ID: On 16 Aug 2010, at 13:36, Aimee Linden wrote: > assets.txt is no longer required, as the contents of the bundles it downloads are now present in the source repo. Assuming you're on 32-bit LInux, try just doing: doc/asset_urls.txt I mean, doh. Aimee. From djshag at hotmail.com Mon Aug 16 05:54:28 2010 From: djshag at hotmail.com (Patnad Babii) Date: Mon, 16 Aug 2010 08:54:28 -0400 Subject: [opensource-dev] Fwd: Successful Build Nr. 208114 for oz_viewer-development (39db065f8899) on Darwin In-Reply-To: References: <20100815161839.BEA1BE2CA71@viognier.lindenlab.com> Message-ID: The CYGWIN (?!!!) build not working on Windows 7 ? 64 Bits, using latest Nvidia drivers on a X260 graphic card. Also I would like to mention the Crash logger did not send the report, it failed. On Sun, Aug 15, 2010 at 12:36 PM, Oz Linden wrote: The first build of the new open Development repo is available now. Begin forwarded message: From: buildadmin at lindenlab.com Date: August 15, 2010 12:18:39 EDT To: oz at lindenlab.com Subject: Successful Build Nr. 208114 for oz_viewer-development (39db065f8899) on Darwin urls: installer_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/installer/SecondLife_2_1_1_208114_DEVELOPMENT.dmg installer_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/installer/SecondLife_2_1_1_208114_DEVELOPMENT.dmg status_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/status/true status_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/status/true log_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/log/build_log.13.txt log_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/log/build_log.13.txt buildparams_Darwin(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/buildparams/BuildScript.sh buildparams_Darwin(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Darwin/buildparams/BuildScript.sh urls: installer_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/installer/SecondLife-i686-2.1.1.208114.tar.bz2 installer_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/installer/SecondLife-i686-2.1.1.208114.tar.bz2 status_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/status/true status_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/status/true log_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/log/build_log.11.txt log_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/log/build_log.11.txt buildparams_Linux(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/buildparams/BuildScript.sh buildparams_Linux(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/Linux/buildparams/BuildScript.sh urls: installer_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/installer/Second_Life_2-1-1-208114_Development_Setup.exe installer_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/installer/Second_Life_2-1-1-208114_Development_Setup.exe status_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/status/true status_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/status/true log_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/log/build_log.8.txt log_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/log/build_log.8.txt buildparams_CYGWIN(proxy): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/buildparams/BuildScript.sh buildparams_CYGWIN(s3): http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/arch/CYGWIN/buildparams/BuildScript.sh All Build Products: Proxy: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/index.html S3: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-development/rev/208114/index.html _______________________________________________ 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 -- ----- Zak Escher email: zak.escher at gmail.com Join me in Second Life http://secondlife.com/ss/?u=f76730f9dee0d54e3cc51e29da87373a -------------------------------------------------------------------------------- _______________________________________________ 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/20100816/94300e92/attachment.htm From Lance.Corrimal at eregion.de Mon Aug 16 06:58:00 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 16 Aug 2010 15:58:00 +0200 Subject: [opensource-dev] food for thought: multiple attachment support versus server-side lag Message-ID: <4C6943E8.6040008@eregion.de> Hi, I just had this thought... In recent versions there's support for multiple attachments per attachment slot. In recent SERVER versions, there's a nasty bug that freezes whole sims when an avatar who wears lots of scripted attachments enters or leaves the sim... (SVC4196) Now, with multiple attachments per slot, how likely is it that john the mindless noobie will end up wearing lots of invisible, scripted attachments that are not that obvious, but contain a LOT of scripts...? Isn't there an obvious conflict of interests here? bye, LC From marinekelley at gmail.com Mon Aug 16 07:13:49 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Mon, 16 Aug 2010 16:13:49 +0200 Subject: [opensource-dev] food for thought: multiple attachment support versus server-side lag In-Reply-To: <4C6943E8.6040008@eregion.de> References: <4C6943E8.6040008@eregion.de> Message-ID: I think that's precisely why LL wanted to keep control of this feature server side by deciding how many objects can be worn (possibly according to the script memory limits to come), instead of going the avatar_lad.txt fake attachments route. On 16 August 2010 15:58, Lance Corrimal wrote: > Hi, > > > I just had this thought... > > In recent versions there's support for multiple attachments per > attachment slot. > > In recent SERVER versions, there's a nasty bug that freezes whole sims > when an avatar who wears lots of scripted attachments enters or leaves > the sim... (SVC4196) > > Now, with multiple attachments per slot, how likely is it that john the > mindless noobie will end up wearing lots of invisible, scripted > attachments that are not that obvious, but contain a LOT of scripts...? > > Isn't there an obvious conflict of interests here? > > > 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/20100816/bfc05d50/attachment-0001.htm From Lance.Corrimal at eregion.de Mon Aug 16 07:19:01 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 16 Aug 2010 16:19:01 +0200 Subject: [opensource-dev] food for thought: multiple attachment support versus server-side lag In-Reply-To: References: <4C6943E8.6040008@eregion.de> Message-ID: <201008161619.01623.Lance.Corrimal@eregion.de> hi, that's a bit better. more thought about multiwearables: let's say i have a tattoo, and a tank top, both on undershirt... with viewer 2.1 i can wear them both. How do i define what goes on top? by which order i put them on? and what about when i relog? bye, LC On Monday 16 August 2010 16:13:49 Marine Kelley wrote: > I think that's precisely why LL wanted to keep control of this feature > server side by deciding how many objects can be worn (possibly according to > the script memory limits to come), instead of going the avatar_lad.txt fake > attachments route. > > On 16 August 2010 15:58, Lance Corrimal wrote: > > Hi, > > > > I just had this thought... > > > > In recent versions there's support for multiple attachments per > > attachment slot. > > > > In recent SERVER versions, there's a nasty bug that freezes whole sims > > when an avatar who wears lots of scripted attachments enters or leaves > > the sim... (SVC4196) > > > > Now, with multiple attachments per slot, how likely is it that john the > > mindless noobie will end up wearing lots of invisible, scripted > > attachments that are not that obvious, but contain a LOT of scripts...? > > > > Isn't there an obvious conflict of interests here? > > > > > > 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 marinekelley at gmail.com Mon Aug 16 07:23:57 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Mon, 16 Aug 2010 16:23:57 +0200 Subject: [opensource-dev] food for thought: multiple attachment support versus server-side lag In-Reply-To: <201008161619.01623.Lance.Corrimal@eregion.de> References: <4C6943E8.6040008@eregion.de> <201008161619.01623.Lance.Corrimal@eregion.de> Message-ID: Oh you cannot decide on which slot you want to wear a piece of clothing (say, a shirt), you can only "Add" it to what you are wearing and it will go on top. But you can reorder it later by going to the My Outfit tab, and click on the tools button to edit your appearance. Then you will see up and down arrows next to the name of each piece of clothing if you are wearing more than one layer of the same type. For example, you can move a shirt over or below a t-shirt that way. (PS : sorry for the double mail Lance, I only replied to you the first time) On 16 August 2010 16:19, Lance Corrimal wrote: > hi, > > > that's a bit better. > > more thought about multiwearables: > > let's say i have a tattoo, and a tank top, both on undershirt... with > viewer > 2.1 i can wear them both. > How do i define what goes on top? > > by which order i put them on? and what about when i relog? > > > bye, > LC > > > On Monday 16 August 2010 16:13:49 Marine Kelley wrote: > > I think that's precisely why LL wanted to keep control of this feature > > server side by deciding how many objects can be worn (possibly according > to > > the script memory limits to come), instead of going the avatar_lad.txt > fake > > attachments route. > > > > On 16 August 2010 15:58, Lance Corrimal > wrote: > > > Hi, > > > > > > I just had this thought... > > > > > > In recent versions there's support for multiple attachments per > > > attachment slot. > > > > > > In recent SERVER versions, there's a nasty bug that freezes whole sims > > > when an avatar who wears lots of scripted attachments enters or leaves > > > the sim... (SVC4196) > > > > > > Now, with multiple attachments per slot, how likely is it that john the > > > mindless noobie will end up wearing lots of invisible, scripted > > > attachments that are not that obvious, but contain a LOT of scripts...? > > > > > > Isn't there an obvious conflict of interests here? > > > > > > > > > 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 > _______________________________________________ > 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/20100816/9f9fc9a5/attachment.htm From nyx at lindenlab.com Mon Aug 16 07:44:06 2010 From: nyx at lindenlab.com (Nyx Linden) Date: Mon, 16 Aug 2010 10:44:06 -0400 Subject: [opensource-dev] food for thought: multiple attachment support versus server-side lag In-Reply-To: References: <4C6943E8.6040008@eregion.de> <201008161619.01623.Lance.Corrimal@eregion.de> Message-ID: <4C694EB6.30602@lindenlab.com> Whichever one you "add" last will go on top, then you can reorder the clothing you are wearing from the outfit editor. The order you choose should persist when you save your outfit or across logins, as it is saved as part of the inventory link created in the "current outfit" folder or the saved outfit folder. As for multi-attachments, the total number of attachments you can wear at a given time is capped server-side, as stated earlier in the thread to ensure that the feature does not increase avatar complexity. -Nyx Marine Kelley wrote: > Oh you cannot decide on which slot you want to wear a piece of > clothing (say, a shirt), you can only "Add" it to what you are wearing > and it will go on top. But you can reorder it later by going to the My > Outfit tab, and click on the tools button to edit your appearance. > Then you will see up and down arrows next to the name of each piece of > clothing if you are wearing more than one layer of the same type. For > example, you can move a shirt over or below a t-shirt that way. > > (PS : sorry for the double mail Lance, I only replied to you the first > time) > > > On 16 August 2010 16:19, Lance Corrimal > wrote: > > hi, > > > that's a bit better. > > more thought about multiwearables: > > let's say i have a tattoo, and a tank top, both on undershirt... > with viewer > 2.1 i can wear them both. > How do i define what goes on top? > > by which order i put them on? and what about when i relog? > > > bye, > LC > > > On Monday 16 August 2010 16:13:49 Marine Kelley wrote: > > I think that's precisely why LL wanted to keep control of this > feature > > server side by deciding how many objects can be worn (possibly > according to > > the script memory limits to come), instead of going the > avatar_lad.txt fake > > attachments route. > > > > On 16 August 2010 15:58, Lance Corrimal > > wrote: > > > Hi, > > > > > > I just had this thought... > > > > > > In recent versions there's support for multiple attachments per > > > attachment slot. > > > > > > In recent SERVER versions, there's a nasty bug that freezes > whole sims > > > when an avatar who wears lots of scripted attachments enters > or leaves > > > the sim... (SVC4196) > > > > > > Now, with multiple attachments per slot, how likely is it that > john the > > > mindless noobie will end up wearing lots of invisible, scripted > > > attachments that are not that obvious, but contain a LOT of > scripts...? > > > > > > Isn't there an obvious conflict of interests here? > > > > > > > > > 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 > _______________________________________________ > 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 oz at lindenlab.com Mon Aug 16 07:52:31 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 16 Aug 2010 10:52:31 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <1281895295.2030.5.camel@glen-desktop> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <1281895295.2030.5.camel@glen-desktop> Message-ID: <4C6950AF.2030508@lindenlab.com> On 2010-08-15 14:01, Glen Canaday wrote: > This does sound much better than the previous way of doing things - more > open and closer to the Bazaar, etc., but I want to ask how it came > about. What was the impetus? Is this a direct result of Phil's return to > more active involvement with LL in general? Is it simply the desire of > the devs added to opportunity and freedom thus made into reality? As a general rule I don't want to spend list time/space discussing internal LL decision making processes, but for this one I'll be happy to make a limited exception. This change in how we do viewer development is a result of taking a good hard self-critical look at what was working and what wasn't, and trying to find a better way. It was clear that: * Viewer 2 would have benefited from earlier exposure to residents so that we got feedback. * We were not able to import as much good work from open source as we want using the two-viewer model. * Having multiple large features all trying to get into one integration stream to create 'big bang' releases creates delays. * Doing short cycle scrum-driven development worked well. * Distributed version control (hg vs svn) worked well. The leaders of the new Snowstorm team collectively took those and other factors and proposed the new structure. Obviously, that proposal was adopted. Details of how the discussions went are not really important. You've all seen the one-slide strategic imperatives that we've adopted, and Snowstorm is designed to fit them. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/93b9c5be/attachment.htm From robertltux at gmail.com Mon Aug 16 08:08:18 2010 From: robertltux at gmail.com (Robert Martin) Date: Mon, 16 Aug 2010 11:08:18 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6950AF.2030508@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <1281895295.2030.5.camel@glen-desktop> <4C6950AF.2030508@lindenlab.com> Message-ID: On Mon, Aug 16, 2010 at 10:52 AM, Oz Linden (Scott Lawrence) wrote: .. > This change in how we do viewer development is a result of taking a good > hard self-critical look at what was working and what wasn't, and trying to > find a better way.? It was clear that: > > Viewer 2 would have benefited from earlier exposure to residents so that we > got feedback. > We were not able to import as much good work from open source as we want > using the two-viewer model. > Having multiple large features all trying to get into one integration stream > to create 'big bang' releases creates delays. > Doing short cycle scrum-driven development worked well. > Distributed version control (hg vs svn) worked well. > Is there any thoughts of looking at features of the 3PVs and seeing how possible it would be to grab those features in a "fast track process"? perhaps have a poll or something to sort this out?? -- Robert L Martin From oz at lindenlab.com Mon Aug 16 08:10:52 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 16 Aug 2010 11:10:52 -0400 Subject: [opensource-dev] viewer-development vs release 2.1.1 Message-ID: <4C6954FC.80304@lindenlab.com> The new viewer-development repository was created by forking off of a LL-internal repository and then stripping from it everything that was not needed to build a viewer or that we could not legally release as open source. (Incidentally, the efforts to get this done in the very short time we had were amazing - you should all thank Brad, Merov, Aimee, Nat, and CG especially, but many others contributed). This was happening in parallel with the final integration for the 2.1.1 release, but we didn't start with a repo that was exactly the one that was being used for 2.1.1 final builds. As a result, I don't think that there will ever actually be a changeset we can point to on viewer-development that exactly matches the 2.1.1 release. One of the items that will have to be done in the next week or so will be to double check that we've sync'ed up all the late-breaking changes that went into 2.1.1 and get them into viewer-development. I'm not sure who the right people will be to do that. From kf6kjg at gmail.com Mon Aug 16 10:25:04 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 16 Aug 2010 10:25:04 -0700 Subject: [opensource-dev] viewer-development vs release 2.1.1 In-Reply-To: <4C6954FC.80304@lindenlab.com> References: <4C6954FC.80304@lindenlab.com> Message-ID: Yes, much thanks to those who got this working. I'm compiling now on my new Mac mini! Ricky Cron Stardust On Mon, Aug 16, 2010 at 8:10 AM, Oz Linden (Scott Lawrence) wrote: > ?The new viewer-development repository was created by forking off of a > LL-internal repository and then stripping from it everything that was > not needed to build a viewer or that we could not legally release as > open source. ?(Incidentally, the efforts to get this done in the very > short time we had were amazing - you should all thank Brad, Merov, > Aimee, Nat, and CG especially, but many others contributed). ?This was > happening in parallel with the final integration for the 2.1.1 release, > but we didn't start with a repo that was exactly the one that was being > used for 2.1.1 final builds. > > As a result, I don't think that there will ever actually be a changeset > we can point to on viewer-development that exactly matches the 2.1.1 > release. > > One of the items that will have to be done in the next week or so will > be to double check that we've sync'ed up all the late-breaking changes > that went into 2.1.1 and get them into viewer-development. ?I'm not sure > who the right people will be to do that. > > _______________________________________________ > 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 monkowsk at fishkill.ibm.com Mon Aug 16 10:29:11 2010 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Mon, 16 Aug 2010 13:29:11 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> Message-ID: <4C697567.6010002@fishkill.ibm.com> Oz Linden (Scott Lawrence) wrote: > * Improve the user experience > o Make continuous improvements to the design and > implementation of the Viewer?s user interface. Will the User Experience office hours be resurrected? Will anyone go back and look at the archives of past meetings that Lindens did not attend? > o There are no longer internal ?private? and external ?public? > versions. Viewer source (with the exception of one wrapper > library we cannot legally release), is now in public > Mercurial source repositories. All viewer integration is > happening in the Development repository at > ?http://hg.secondlife.com/viewer-development?. It is used by > all Linden Lab viewer development teams, and open source > developers are encouraged to pull from that repository and > submit changes for integration to it. Will the SLVoice source code be made available? > We publish both what we?re working on (in public Jira issues and on our > Sprint Backlog) and the projects we?d like to do (our Product Backlog). Does that mean more than a few Lindens will read and comment on the PJIRA or will this just be excerpts copied from the internal JIRA? > Within Linden Lab, many different groups are doing Viewer development; > the Snowstorm team manages the Development branch, coordinates > contributions from open source, and does rapid small feature development > itself. > Snowstorm is: > > * Q Linden - Tech Lead, Team Lead > * Esbee Linden - Product/Business Lead > * Oz Linden - Open Source Lead > * Merov, Aimee, Tofu, and three external contract developers > * and, crucially, the open source community. Wait a minute. Does that mean that Linden will still be doing most of its "development" in private while a few Lindens will be participating in "Development"? That sounds like Snowglobe. Mike From oz at lindenlab.com Mon Aug 16 10:54:38 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 16 Aug 2010 13:54:38 -0400 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= Message-ID: <4C697B5E.80806@lindenlab.com> Would it be useful if I set up a one-way mailing list for announcements of build results for the new viewer-development repository? How does the name viewer-development-builds at lists.secondlife.com sound? Given that we're now hosting the repo itself on bitbucket, and they provide rss feeds for repos, is there any need for also having an email list for commits to it? It's possible to set it up - I just don't know if we need it. From robertltux at gmail.com Mon Aug 16 11:02:46 2010 From: robertltux at gmail.com (Robert Martin) Date: Mon, 16 Aug 2010 14:02:46 -0400 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <4C697B5E.80806@lindenlab.com> References: <4C697B5E.80806@lindenlab.com> Message-ID: On Mon, Aug 16, 2010 at 1:54 PM, Oz Linden (Scott Lawrence) wrote: > ?Would it be useful if I set up a one-way mailing list for > announcements of build results for the new viewer-development repository? > > How does the name ?viewer-development-builds at lists.secondlife.com sound? > > Given that we're now hosting the repo itself on bitbucket, and they > provide rss feeds for repos, is there any need for also having an email > list for commits to it? ? It's possible to set it up - I just don't know > if we need it. > if you go the RSS route please make sure that the feed has a functional title for the entries (say %build number% Platform) -- Robert L Martin From sldev at free.fr Mon Aug 16 11:23:03 2010 From: sldev at free.fr (Henri Beauchamp) Date: Mon, 16 Aug 2010 20:23:03 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> Message-ID: <20100816202303.500f4530.sldev@free.fr> On Sun, 15 Aug 2010 12:25:21 -0400, Oz Linden (Scott Lawrence) wrote: > What?s Next For The Second Life Viewer? > > Linden Lab spent the better part of the last two years revamping the > Second Life Viewer to create Viewer 2. Some of the changes were > important new features, and some were controversial - > some were both. ^^^^ "Some" ?... You are modest... :-P > The bulk of the design and engineering work was done with only limited, > indirect participation from the open source and resident communities, > which has left many in those communities feeling alienated and > disenfranchised. Indeed ! > In recent months we have released both Viewer 2 and a 2.1 update; > Linden Lab has also been through a major reorganization. We are now > evaluating the results of all of this work, and we are making > significant changes to the way we design and build the viewer. > Introducing Snowstorm > > Linden Lab has created a new team whose goal is to develop the Second > Life Viewer in the open and in response to the needs of our Residents. > Here are our goals: > Show Residents continuous visible progress > Work in the open by sharing not only our code, but our process publicly > -- this includes our backlog and our discussion about it. > Engage with the open source community and aggressively accept good work > the community does into our product. > Release new ?Development? Viewers frequently -- our initial target is > bi-weekly. All builds from the ?Development? branch are visible and > available for testing. > Improve the user experience > Make continuous improvements to the design and implementation of the > Viewer?s user interface. Well, the first improvement to do is to actually revert 80% of the UI to the way v1.23's one was working, especially getting rid of that moronic side bar is its modal tools which impair productivity and user-friendliness... The question is: will LL finally admit that the viewer 2 UI is a failure and widely rejected by 80% of its regular user base, and accept a move in the way of "going back" (actually repairing) UI-wise ?... > Import desirable patches and features from Snowglobe and other Third > Party Viewers. > Add small features and fixes that have high value and low cost, while > still remaining consistent with an overall product vision. > Renew and deepen our relationship with the community > Integrate community work directly into our main line Viewer rather than > routing it through Snowglobe first. > Demonstrate rapid responsiveness to feedback and patches from community. > Engage continuously with the community to develop new project proposals > and provide resources that open source developers need to be effective. This is all good provided it does translate into actions and facts. > How Snowstorm Works > > Viewer development has moved to a single open source model > There are no longer internal ?private? and external ?public? versions. > Viewer source (with the exception of one wrapper library we cannot > legally release), is now in public Mercurial source repositories. All > viewer integration is happening in the Development repository at > ?http://hg.secondlife.com/viewer-development?. It is used by all Linden > Lab viewer development teams, and open source developers are encouraged > to pull from that repository and submit changes for integration to it. How the submission will be done ? Commits to the repository, or some filtering process where LL will have the final word about what goes in or stays out ?... > Code in the Development repository is now released under version 2 of > the GNU LGPL. This allows community developers greater freedom to use > the viewer code, including incorporating it into products that also > include closed source. Does it mean we don't need anymore the privacy-threatening "contribution agreement" form ?... I do hope so, unless you want to keep segregating developers like myself, who value more their privacy than helping LL to make a better viewer. > Accepted contributions go directly into the official Second Life Viewer Again, how contributions will be accepted, will there be votes from the Open Source community, or will only Lindens decide ? > There is no longer a two-step process of contributing to Snowglobe > and then hoping that the contribution is imported to the Linden viewer. > Viewer development efforts within Linden Lab go through the same > integration queue and into the same repository that open source > contributions use. > Innovations from Snowglobe are being imported to this new viewer > Some changes may be left behind or modified in order to fit into > Viewer 2; Linden Lab will work with open source contributors to > harmonize contributions with the product goals of the Linden viewer. More details on this, please. > The plan is to import as much as possible of the excellent work that has > been done in Snowglobe as quickly as possible (this rate does depend on > help from you). > Snowstorm team plans and priorities are open > We publish both what we?re working on (in public Jira issues and on our > Sprint Backlog) and the projects we?d like to do (our Product Backlog). > These projects are available for open source contributors to take on, > and the Snowstorm team coordinates getting access to any Linden review > and collaboration resources that are needed. Community members are > encouraged to propose additions to the Product Backlog. > Who Is Building The Viewer? > > Within Linden Lab, many different groups are doing Viewer development; > the Snowstorm team manages the Development branch, coordinates > contributions from open source, and does rapid small feature development > itself. > Snowstorm is: > Q Linden - Tech Lead, Team Lead > Esbee Linden - Product/Business Lead > Oz Linden - Open Source Lead > Merov, Aimee, Tofu, and three external contract developers > and, crucially, the open source community. > > Where Are The Details? > > Snowstorm operates in the open; the home page of the Snowstorm team is on the public wiki at > https://wiki.secondlife.com/Snowstorm_Team Broken link. > it has pointers to our various communications channels, processes, and contact > information. > > The Snowstorm Team leads will be at the Second Life Community Convention on > Aug 15, and will hold an open in-world meeting Aug 16 at the Hippotropolis > Theater from Noon to 2PM SLT: > http://slurl.com/secondlife/Hippotropolis/239/28/24 Will try to come, hoping it's not going to be one of those voice meetings where non-English people like me can't speak well enough neither understand what is being said... Regards, Henri. From robertltux at gmail.com Mon Aug 16 11:30:03 2010 From: robertltux at gmail.com (Robert Martin) Date: Mon, 16 Aug 2010 14:30:03 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100816202303.500f4530.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> Message-ID: my thoughts are 1 the 2.* BACKEND is great (but needs to have some sort of SDK) 2 meetings should have Voice turned off just for performance reasons (plus the problem of getting a good record of what was actually said using voice) 3 SnowStorm is findable in the wiki but that link is a bit "off" 4 on the 2.* UI backend there needs to be a way to convert all the sidebar tabs to floaters (and some sort of setting to disable the sidebar) -- Robert L Martin From kadah.coba at gmail.com Mon Aug 16 11:38:44 2010 From: kadah.coba at gmail.com (Kadah) Date: Mon, 16 Aug 2010 11:38:44 -0700 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <4C697B5E.80806@lindenlab.com> References: <4C697B5E.80806@lindenlab.com> Message-ID: <4C6985B4.8070401@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Why not use the existing one, sldev-commits at lists.secondlife.com? On 8/16/2010 10:54 AM, Oz Linden (Scott Lawrence) wrote: > Would it be useful if I set up a one-way mailing list for > announcements of build results for the new viewer-development repository? > > How does the name viewer-development-builds at lists.secondlife.com sound? > > Given that we're now hosting the repo itself on bitbucket, and they > provide rss feeds for repos, is there any need for also having an email > list for commits to it? It's possible to set it up - I just don't know > if we need it. > > _______________________________________________ > 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/ iQEcBAEBAgAGBQJMaYWzAAoJEIdLfPRu7qE28N4H/RQO/EUOH3JnVEBM2XW0PLEn pob5VQiZCwS2Xm6We4dvGMjT6tmZH7nYLr8rArDjbIH5OVNI1X6GLj4j1QcPayQy fl/jLoHPffKxD9ODaqFCYfEOFZ9EYrCnJNK04s4iM4fW4Irv8maH6emazy/9v/d/ KcvvnOgmiEhCEkZ3lmln651KzTFZJBrXgz7CJgzex9sdJxIq8p4Xoth8icrYA+Ly MfUkn6iOcWfsf0k8RSz7Rbz1HiG17F7iJDb32Uewm7qd6hJJ7YP1rQ7JDZCOolnh IZE0AHg/W8bwWBN20xFRU+k1hWNY70UEgv398Cxf1LhgJSNNCZwEtSN37wMOnyo= =qg9o -----END PGP SIGNATURE----- From sldev at free.fr Mon Aug 16 11:44:24 2010 From: sldev at free.fr (Henri Beauchamp) Date: Mon, 16 Aug 2010 20:44:24 +0200 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <4C6985B4.8070401@gmail.com> References: <4C697B5E.80806@lindenlab.com> <4C6985B4.8070401@gmail.com> Message-ID: <20100816204424.ba2f9bb3.sldev@free.fr> On Mon, 16 Aug 2010 11:38:44 -0700, Kadah wrote: >> Would it be useful if I set up a one-way mailing list for >> announcements of build results for the new viewer-development >> repository? > > Why not use the existing one, sldev-commits at lists.secondlife.com? Seconded. Henri. From soft at lindenlab.com Mon Aug 16 11:47:13 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Mon, 16 Aug 2010 11:47:13 -0700 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <4C6985B4.8070401@gmail.com> References: <4C697B5E.80806@lindenlab.com> <4C6985B4.8070401@gmail.com> Message-ID: sldev is an overloaded name, and it will be builds rather than commits. The name would be doubly wrong. :) On Mon, Aug 16, 2010 at 11:38 AM, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Why not use the existing one, sldev-commits at lists.secondlife.com? > > On 8/16/2010 10:54 AM, Oz Linden (Scott Lawrence) wrote: >> ? Would it be useful if I set up a one-way mailing list for >> announcements of build results for the new viewer-development repository? >> >> How does the name ?viewer-development-builds at lists.secondlife.com sound? >> >> Given that we're now hosting the repo itself on bitbucket, and they >> provide rss feeds for repos, is there any need for also having an email >> list for commits to it? ? It's possible to set it up - I just don't know >> if we need it. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From oz at lindenlab.com Mon Aug 16 11:56:25 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 16 Aug 2010 14:56:25 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100816202303.500f4530.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> Message-ID: <4C6989D9.3090306@lindenlab.com> On 2010-08-16 14:23, Henri Beauchamp wrote: > Well, the first improvement to do is to actually revert 80% of the UI > to the way v1.23's one was working, especially getting rid of that > moronic side bar is its modal tools which impair productivity and > user-friendliness... The question is: will LL finally admit that the > viewer 2 UI is a failure and widely rejected by 80% of its regular user > base, and accept a move in the way of "going back" (actually repairing) > UI-wise ?... I've said this before, and I'll repeat it again here: Don't waste everyones time suggesting that we throw away Viewer 2, or that we revert the UI to Viewer 1. It is absolutely not going to happen, and any suggestion to that effect will be ignored. That does not mean that we don't recognize that some choices in V2 were not optimal, and that some probably need to be revisited, and we're open to doing that. But we will do it in the context of calm discussions of what problems exist and creative ideas for how to solve them. We are not moving backwards, we are moving forwards. Think about it for a minute - there are an infinite number of possible solutions for how to build a UI for a virtual world viewer - what are the odds that the first or second attempt produced the best possible UI? We need new and creative ideas focused on specific problem descriptions. >> How Snowstorm Works >> >> Viewer development has moved to a single open source model >> There are no longer internal ?private? and external ?public? versions. >> Viewer source (with the exception of one wrapper library we cannot >> legally release), is now in public Mercurial source repositories. All >> viewer integration is happening in the Development repository at >> ?http://hg.secondlife.com/viewer-development?. It is used by all Linden >> Lab viewer development teams, and open source developers are encouraged >> to pull from that repository and submit changes for integration to it. > How the submission will be done ? Commits to the repository, or some > filtering process where LL will have the final word about what goes in > or stays out ?... That is all described on our process documentation pages on the wiki, but I'll hit the high points here: * Submissions are done by creating a public repo base on and synced to viewer-development, and requesting that a change be pulled from it to viewer-development * Linden Lab will absolutely have the final word about what goes into the viewer. We're a multi-million dollar business with hundreds of thousands of customers, and we need to deploy a coherent and reliable software product to them. If anyone thinks they can do that without some kind of product management and quality control, they are welcome to go build a business the size and complexity of ours and demonstrate it. >> Code in the Development repository is now released under version 2 of >> the GNU LGPL. This allows community developers greater freedom to use >> the viewer code, including incorporating it into products that also >> include closed source. > Does it mean we don't need anymore the privacy-threatening "contribution > agreement" form ?... I do hope so, unless you want to keep segregating > developers like myself, who value more their privacy than helping LL to > make a better viewer. Again, this is described in the public documentation... The Contribution Agreement is unchanged and still required. Note: if we did not have the CA, we would not have been able to make this license change. > Will try to come, hoping it's not going to be one of those voice meetings > where non-English people like me can't speak well enough neither understand > what is being said... This meeting will include voice because it's so time consuming to do everything in chat. We will have someone putting the important points into chat as much as possible, and will certainly respond to questions in chat. For anyone who wants to have a separate chat-only meeting at another time, I'll be glad to set that up. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/0ebf8481/attachment-0001.htm From javajoint at gmail.com Mon Aug 16 12:05:17 2010 From: javajoint at gmail.com (Daniel Smith) Date: Mon, 16 Aug 2010 12:05:17 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6989D9.3090306@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: On Mon, Aug 16, 2010 at 11:56 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > On 2010-08-16 14:23, Henri Beauchamp wrote: > > Well, the first improvement to do is to actually revert 80% of the UI > to the way v1.23's one was working, especially getting rid of that > moronic side bar is its modal tools which impair productivity and > user-friendliness... The question is: will LL finally admit that the > viewer 2 UI is a failure and widely rejected by 80% of its regular user > base, and accept a move in the way of "going back" (actually repairing) > UI-wise ?... > > > I've said this before, and I'll repeat it again here: > > Don't waste everyones time suggesting that we throw away Viewer 2, or that > we revert the UI to Viewer 1. It is absolutely not going to happen, and > any suggestion to that effect will be ignored. > > There is a brief honeymoon period where the community will try to work with you. If you show that you are not listening, then the community will collectively throw their hands up in the air, and go the OpenSim + 3rd party viewer route. The SL Viewer is not the only game in town. Your own statistics as to which viewers are being used certainly should bear that out. Daniel -- Daniel Smith - Sonoma County, California http://daniel.org/resume -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/36ef98ee/attachment.htm From Lance.Corrimal at eregion.de Mon Aug 16 12:32:18 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 16 Aug 2010 21:32:18 +0200 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <20100816204424.ba2f9bb3.sldev@free.fr> References: <4C697B5E.80806@lindenlab.com> <4C6985B4.8070401@gmail.com> <20100816204424.ba2f9bb3.sldev@free.fr> Message-ID: <201008162132.19096.Lance.Corrimal@eregion.de> Am Monday 16 August 2010 schrieb Henri Beauchamp: > On Mon, 16 Aug 2010 11:38:44 -0700, Kadah wrote: > >> Would it be useful if I set up a one-way mailing list for > >> announcements of build results for the new viewer-development > >> repository? > > > > Why not use the existing one, sldev-commits at lists.secondlife.com? > > Seconded. thirded (is there such a word?) LC From kf6kjg at gmail.com Mon Aug 16 12:35:13 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 16 Aug 2010 12:35:13 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: Excepting the minorest detail: There is no "community" to collectively throw anything anywhere. There is only a collection of independent developers, each of which makes up their own mind, and may or may not agree with the vocal minority. Personally, I have a few problems with viewer 2, but most are fixable with some (relatively) simple changes that would make the entire thing more consistent and dynamic. It is not a complete loss, and several things I actually like, and the rest I'm ambivalent as I see those as just refactorings of the same thing. Remember, nobody here is representative, nor can speak for, anyone else but themselves. Barring LL employees using their work email addresses, of course. Now, let's get onto making sure this repository builds... Ricky Cron Stardust (Just making sure that I'm not counted among the minority majority...) On Mon, Aug 16, 2010 at 12:05 PM, Daniel Smith wrote: > > > On Mon, Aug 16, 2010 at 11:56 AM, Oz Linden (Scott Lawrence) > wrote: >> >> On 2010-08-16 14:23, Henri Beauchamp wrote: >> >> Well, the first improvement to do is to actually revert 80% of the UI >> to the way v1.23's one was working, especially getting rid of that >> moronic side bar is its modal tools which impair productivity and >> user-friendliness... The question is: will LL finally admit that the >> viewer 2 UI is a failure and widely rejected by 80% of its regular user >> base, and accept a move in the way of "going back" (actually repairing) >> UI-wise ?... >> >> I've said this before, and I'll repeat it again here: >> >> Don't waste everyones time suggesting that we throw away Viewer 2, or that >> we revert the UI to Viewer 1.?? It is absolutely not going to happen, and >> any suggestion to that effect will be ignored. >> > There is a brief honeymoon period where the community will try to work with > you. > If you show that you are not listening, then the community will collectively > throw > their hands up in the air, and go the OpenSim + 3rd party viewer route. > > The SL Viewer is not the only game in town.? Your own statistics as to which > viewers are being used certainly should bear that out. > > Daniel > > -- > Daniel Smith - Sonoma County, California > http://daniel.org/resume > > > _______________________________________________ > 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 arrehn at gmail.com Mon Aug 16 12:42:52 2010 From: arrehn at gmail.com (Arrehn Oberlander) Date: Mon, 16 Aug 2010 15:42:52 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: On Mon, Aug 16, 2010 at 11:56 AM, Oz Linden (Scott Lawrence) oz at lindenlab.com> wrote: > I've said this before, and I'll repeat it again here: > > Don't waste everyones time suggesting that we throw away Viewer 2, or > that > we revert the UI to Viewer 1. It is absolutely not going to happen, and > any suggestion to that effect will be ignored.> Casting the debate as whether or not 1.0 is better may not be productive, but recognizing that 2.0's UI is major barrier to adoption is essential. Perhaps a transparent task group could be formed to propose, map level of effort, and prioritize UI improvements. It might be a test of LL's stated community commitment. From zabb65 at gmail.com Mon Aug 16 12:42:11 2010 From: zabb65 at gmail.com (Zabb65) Date: Mon, 16 Aug 2010 15:42:11 -0400 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <201008162132.19096.Lance.Corrimal@eregion.de> References: <4C697B5E.80806@lindenlab.com> <4C6985B4.8070401@gmail.com> <20100816204424.ba2f9bb3.sldev@free.fr> <201008162132.19096.Lance.Corrimal@eregion.de> Message-ID: I'll stop in and say that it would be useful if you used the existing mailing list address as well. And would appreciate emails on commits. On Mon, Aug 16, 2010 at 15:32, Lance Corrimal wrote: > Am Monday 16 August 2010 schrieb Henri Beauchamp: >> On Mon, 16 Aug 2010 11:38:44 -0700, Kadah wrote: >> >> Would it be useful if I set up a one-way mailing list for >> >> announcements of build results for the new viewer-development >> >> repository? >> > >> > Why not use the existing one, sldev-commits at lists.secondlife.com? >> >> Seconded. > > thirded (is there such a word?) > > 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 bryon at slearth.com Mon Aug 16 13:30:42 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Mon, 16 Aug 2010 13:30:42 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6989D9.3090306@lindenlab.com> Message-ID: Oz, Henri does not seem to suggest going back to 1.23 code as much as the UI behavior ought to go back to the way 1.23 functioned. And rightfully so when it comes to ?That moronic side bar is its modal tools which impair productivity and user-friendliness...? As bluntly put as it is. This is a problem description. I?ve seen that harsh criticism a dozen times in blogs and forums as well. If that requires us to do a wire frame for you to get that idea, please tell us so, but frankly we are talking about a global oop behavior for all panels as far I am concerned, and it shouldn?t require you a complete description for that... Kirsten Lee Cinquetti is one who completely gets is when it comes to such modification of the v2 U, back to a more fluid 1.23 way. And there is a lot more to do, but she?s headed in the right direction. I understand blunt comments rubs you the wrong way, but the sidebar rubs us the wrong way in equal measures. It?s the 1st major problem preventing me from even beginning to use viewer 2... as much as I?d like to. I think addressing the hurdles that prevents people still on 1.23 to move to 2.0 before you get into ?Rapid, effective deployment of new features and functionality.? is the most urgent priority in my opinion. PS: Henri, Q acknowledged and explained what happened with V2 here http://www.ustream.tv/recorded/8948405. That failure has little to do with developers as much a LL leaders who had a poor understanding when it comes to the SL interface as week as misdirected or flawed overall goals. Don?t expect a: ?We fucked up? from them it?s not going to happen. Some of those probably left LL anyway... But Q. Oz and Philip acknowledged it multiple times in their own measured comments. So let?s put that criticism to rest, it only add to the fire. On 8/16/10 11:56 AM, "Oz Linden (Scott Lawrence)" wrote: > On 2010-08-16 14:23, Henri Beauchamp wrote: >> >> Well, the first improvement to do is to actually revert 80% of the UI >> to the way v1.23's one was working, especially getting rid of that >> moronic side bar is its modal tools which impair productivity and >> user-friendliness... The question is: will LL finally admit that the >> viewer 2 UI is a failure and widely rejected by 80% of its regular user >> base, and accept a move in the way of "going back" (actually repairing) >> UI-wise ?... > > I've said this before, and I'll repeat it again here: > > Don't waste everyones time suggesting that we throw away Viewer 2, or that we > revert the UI to Viewer 1.?? It is absolutely not going to happen, and any > suggestion to that effect will be ignored. > > That does not mean that we don't recognize that some choices in V2 were not > optimal, and that some probably need to be revisited, and we're open to doing > that.? But we will do it in the context of calm discussions of what problems > exist and creative ideas for how to solve them.? We are not moving backwards, > we are moving forwards. > > Think about it for a minute - there are an infinite number of possible > solutions for how to build a UI for a virtual world viewer - what are the odds > that the first or second attempt produced the best possible UI?? We need new > and creative ideas focused on specific problem descriptions.?? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/d177da24/attachment.htm From oz at lindenlab.com Mon Aug 16 14:08:20 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 16 Aug 2010 17:08:20 -0400 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <4C697B5E.80806@lindenlab.com> References: <4C697B5E.80806@lindenlab.com> Message-ID: <4C69A8C4.9070800@lindenlab.com> On 2010-08-16 13:54, Oz Linden (Scott Lawrence) wrote: > Would it be useful if I set up a one-way mailing list for > announcements of build results for the new viewer-development repository? > > How does the name viewer-development-builds at lists.secondlife.com sound? > > Given that we're now hosting the repo itself on bitbucket, and they > provide rss feeds for repos, is there any need for also having an > email list for commits to it? It's possible to set it up - I just > don't know if we need it. > I don't want to use any existing list for build notifications because I don't want to receive any of the other traffic that might be on an existing list. I have no use for commit emails even in the new repo, much less commit emails or build emails for snowglobe or anything else. From monkowsk at fishkill.ibm.com Mon Aug 16 15:39:53 2010 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Mon, 16 Aug 2010 18:39:53 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: Message-ID: <4C69BE39.1090106@fishkill.ibm.com> Bryon Ruxton wrote: > I think addressing the hurdles that prevent people still on 1.23 to > move to 2.0 before you get into > ?Rapid, effective deployment of new features and functionality.? is the > most urgent priority in my opinion. Seconded. From jhwelch at gmail.com Mon Aug 16 16:47:18 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Mon, 16 Aug 2010 19:47:18 -0400 Subject: [opensource-dev] Snowstorm meeting recording Message-ID: For those of you who were unable to attend or listen here is the 1hr 45m recording of the Snowstorm meeting run by Oz and Esbee today (Monday 16 August 2010): http://www.fileswap.com/share/224daa690312537717714bd3e8b81fe8/ss2hr-2010-08-16.mp3.html From mike.dickson at hp.com Mon Aug 16 16:50:49 2010 From: mike.dickson at hp.com (Dickson, Mike (ISS Software)) Date: Mon, 16 Aug 2010 23:50:49 +0000 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <4C6989D9.3090306@lindenlab.com> Message-ID: <4646639E08F58B42836FAC24C94624DD86C2E76112@GVW0433EXB.americas.hpqcorp.net> As another poster has already pointed out, there is no *us* in a argument like this. Stop trying to attribute your personal feelings as the will of everyone else. I'm sure there are people that don't like the current viewer. Personally *I DO*. There is room for improvement (I host at clubs for instance and sending notices in viewer2 is many more mouse clicks) but overall I like the new interface and features. So if you *don't* then please find a constructive way to suggest improvements or work on a 3rd party viewer with the old interface. But don't attribute your opinions to some global "us" as that doesn't exist. Mike From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Bryon Ruxton Sent: Monday, August 16, 2010 4:31 PM To: Oz Linden (Scott Lawrence); Henri Beauchamp Cc: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Open Viewer Development Announcement Oz, Henri does not seem to suggest going back to 1.23 code as much as the UI behavior ought to go back to the way 1.23 functioned. And rightfully so when it comes to "That moronic side bar is its modal tools which impair productivity and user-friendliness..." As bluntly put as it is. This is a problem description. I've seen that harsh criticism a dozen times in blogs and forums as well. If that requires us to do a wire frame for you to get that idea, please tell us so, but frankly we are talking about a global oop behavior for all panels as far I am concerned, and it shouldn't require you a complete description for that... Kirsten Lee Cinquetti is one who completely gets is when it comes to such modification of the v2 U, back to a more fluid 1.23 way. And there is a lot more to do, but she's headed in the right direction. I understand blunt comments rubs you the wrong way, but the sidebar rubs us the wrong way in equal measures. It's the 1st major problem preventing me from even beginning to use viewer 2... as much as I'd like to. I think addressing the hurdles that prevents people still on 1.23 to move to 2.0 before you get into "Rapid, effective deployment of new features and functionality." is the most urgent priority in my opinion. PS: Henri, Q acknowledged and explained what happened with V2 here http://www.ustream.tv/recorded/8948405. That failure has little to do with developers as much a LL leaders who had a poor understanding when it comes to the SL interface as week as misdirected or flawed overall goals. Don't expect a: "We fucked up" from them it's not going to happen. Some of those probably left LL anyway... But Q. Oz and Philip acknowledged it multiple times in their own measured comments. So let's put that criticism to rest, it only add to the fire. On 8/16/10 11:56 AM, "Oz Linden (Scott Lawrence)" wrote: On 2010-08-16 14:23, Henri Beauchamp wrote: Well, the first improvement to do is to actually revert 80% of the UI to the way v1.23's one was working, especially getting rid of that moronic side bar is its modal tools which impair productivity and user-friendliness... The question is: will LL finally admit that the viewer 2 UI is a failure and widely rejected by 80% of its regular user base, and accept a move in the way of "going back" (actually repairing) UI-wise ?... I've said this before, and I'll repeat it again here: Don't waste everyones time suggesting that we throw away Viewer 2, or that we revert the UI to Viewer 1. It is absolutely not going to happen, and any suggestion to that effect will be ignored. That does not mean that we don't recognize that some choices in V2 were not optimal, and that some probably need to be revisited, and we're open to doing that. But we will do it in the context of calm discussions of what problems exist and creative ideas for how to solve them. We are not moving backwards, we are moving forwards. Think about it for a minute - there are an infinite number of possible solutions for how to build a UI for a virtual world viewer - what are the odds that the first or second attempt produced the best possible UI? We need new and creative ideas focused on specific problem descriptions. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/56b1ba38/attachment.htm From kadah.coba at gmail.com Mon Aug 16 17:24:22 2010 From: kadah.coba at gmail.com (Kadah) Date: Mon, 16 Aug 2010 17:24:22 -0700 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: References: <4C697B5E.80806@lindenlab.com> <4C6985B4.8070401@gmail.com> <20100816204424.ba2f9bb3.sldev@free.fr> <201008162132.19096.Lance.Corrimal@eregion.de> Message-ID: <4C69D6B6.70001@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I like getting the commit notices as well, and I can filter them how I prefer. Though as Oz stated at the meeting, 2 separate lists for builds and commits would not be a bad idea giving that the number of publicly visiable commits per day should be increasing soon. On 8/16/2010 12:42 PM, Zabb65 wrote: > I'll stop in and say that it would be useful if you used the existing > mailing list address as well. And would appreciate emails on commits. > > On Mon, Aug 16, 2010 at 15:32, Lance Corrimal wrote: >> Am Monday 16 August 2010 schrieb Henri Beauchamp: >>> On Mon, 16 Aug 2010 11:38:44 -0700, Kadah wrote: >>>>> Would it be useful if I set up a one-way mailing list for >>>>> announcements of build results for the new viewer-development >>>>> repository? >>>> >>>> Why not use the existing one, sldev-commits at lists.secondlife.com? >>> >>> Seconded. >> >> thirded (is there such a word?) >> >> 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 >> > _______________________________________________ > 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/ iQEcBAEBAgAGBQJMada2AAoJEIdLfPRu7qE2VvUH/iHnehr7O7NrN1++qzbdUVVS cTyzKoi8cbWqHz5/wKFD17HVBIriYlg61ECW4z+0o6y0Jdu/Cam/0ArWhFyuxrYx pJmHA51TdjqmkPXEkwBZj0UZbYWfjUGGBCa94UEU14YJxsAHiHhnDRknZFz0sNnr liKQpZBetuEUJLzL6JUpXX8lMRHGrNV8jnzAe1T+ZXbuzMGQ8mSGOqhjSwn0iHui YF1Q6s2OY9X9Lcd2EYnarUsQ1UQ1aWv4p1p2r/3CbRnaCmcmVsJLai9UDBTbGb6Y sWujbrdrCDeXeE0BU8OfOJleIDIEY7y3w7RxOGPaO/lJYvG3fmi9iFsnnbpU+a0= =gqLE -----END PGP SIGNATURE----- From sythos at gmail.com Mon Aug 16 17:32:44 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Tue, 17 Aug 2010 02:32:44 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4646639E08F58B42836FAC24C94624DD86C2E76112@GVW0433EXB.americas.hpqcorp.net> References: <4C6989D9.3090306@lindenlab.com> <4646639E08F58B42836FAC24C94624DD86C2E76112@GVW0433EXB.americas.hpqcorp.net> Message-ID: <20100817023244.57e7e278.sythos@gmail.com> On Mon, 16 Aug 2010 23:50:49 +0000 "Dickson, Mike (ISS Software)" wrote: > As another poster has already pointed out, there is no *us* in a > argument like this. Stop trying to attribute your personal feelings > as the will of everyone else. I'm sure there are people that don't > like the current viewer. Personally *I DO*. There is room for > improvement (I host at clubs for instance and sending notices in > viewer2 is many more mouse clicks) but overall I like the new > interface and features. So if you *don't* then please find a > constructive way to suggest improvements or work on a 3rd party > viewer with the old interface. But don't attribute your opinions to > some global "us" as that doesn't exist. > > Mike +1 not only, sl2 interface (and derived like snowglobe2 or kirsten) are a lot more usefull and speedy for outfit composing and cleariness on display (maybe just fit chat in a tab like IMs) i admit after some years with 1.x interface is a bit hard understand how 2.x interface work, and maybe something should be still fixed, but if you talk with a new user now is mroe happy than "new users" of 1.x style interface. it is only lazyness about learning something new... :) From andromedaquonset at gmail.com Mon Aug 16 17:58:46 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Mon, 16 Aug 2010 18:58:46 -0600 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6989D9.3090306@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> At 12:56 PM 8/16/2010, you wrote: >On 2010-08-16 14:23, Henri Beauchamp wrote: >> >> >>Well, the first improvement to do is to actually revert 80% of the UI >>to the way v1.23's one was working, especially getting rid of that >>moronic side bar is its modal tools which impair productivity and >>user-friendliness... The question is: will LL finally admit that the >>viewer 2 UI is a failure and widely rejected by 80% of its regular user >>base, and accept a move in the way of "going back" (actually repairing) >>UI-wise ?... > >I've said this before, and I'll repeat it again here: > >Don't waste everyones time suggesting that we >throw away Viewer 2, or that we revert the UI to >Viewer 1.? ? It is absolutely not going to >happen, and any suggestion to that effect will be ignored. > >That does not mean that we don't recognize that >some choices in V2 were not optimal, and that >some probably need to be revisited, and we're >open to doing that.? But we will do it in the >context of calm discussions of what problems >exist and creative ideas for how to solve >them.? We are not moving backwards, we are moving forwards. > >Think about it for a minute - there are an >infinite number of possible solutions for how to >build a UI for a virtual world viewer - what are >the odds that the first or second attempt >produced the best possible UI?? We need new and >creative ideas focused on specific problem descriptions.? ? At the risk of upsetting the decorum here, I just can't let this go by. Mr. Oz Linden, perhaps YOU should depart from ALL viewer development. Statements of "It is absolutely not going to happen, and any suggestion to that effect will be ignored." are not going to endear yourself with the community. Not that I can speak for anyone but myself, but your statement is extremely Draconian in nature and is only going to stir up trouble in the long run. You should recognize that it is occasionally helpful to simply throw out the baby with the bath water, and start fresh. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/48180c12/attachment-0001.htm From bryon at slearth.com Mon Aug 16 18:25:45 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Mon, 16 Aug 2010 18:25:45 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4646639E08F58B42836FAC24C94624DD86C2E76112@GVW0433EXB.americas.hpqcorp.net> Message-ID: Mike, First of all, I said ?us? in the context of those, like Henri, who hate the sidebar. As for ?we? in general, it is the majority who says they hate or dislike viewer 2.0 as indicated by multiple polls or articles like the following, justifying the word ?we? (i.e. the overall majority of Residents who gave their opinion): http://www.questionpro.com/akira/ShowResults?id=1604314&mode=data (75% disliking or hating the sidebar here.) http://blogs.secondlife.com/poll.jspa?poll=1017 http://blogs.secondlife.com/poll.jspa?poll=1018 http://polldaddy.com/poll/3048677/?view=results http://nwn.blogs.com/nwn/2010/03/20-not-increasing-growth.html Thus it?s not my personal feelings. I check my facts before I say something. When there is that much ?hate?(and not just dislike) for a product by such significant measure, deploying a task force to find out why, and how to fix it in emergency mode is required. That also includes listening to people like you who like the interface, and see exactly what they like, to assess the changes necessary, and what ought to be kept in consideration for the 10-20% who like it. On 8/16/10 4:50 PM, "Dickson, Mike (ISS Software)" wrote: > As another poster has already pointed out, there is no *us* in a argument like > this. Stop trying to attribute your personal feelings as the will of everyone > else. I'm sure there are people that don't like the current viewer. > Personally *I DO*. There is room for improvement (I host at clubs for > instance and sending notices in viewer2 is many more mouse clicks) but overall > I like the new interface and features. So if you *don't* then please find a > constructive way to suggest improvements or work on a 3rd party viewer with > the old interface. But don't attribute your opinions to some global "us" as > that doesn't exist. > > Mike > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/8c8b6658/attachment.htm From esbee at lindenlab.com Mon Aug 16 19:15:46 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Mon, 16 Aug 2010 22:15:46 -0400 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/16/2010 Message-ID: <1D0D3FFB-1BB3-43BB-A4DB-39AEF13D0665@lindenlab.com> Date: 08/16/2010 Wiki version of the Daily Scrum summary can be found here: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == Q OOO until further notice. == DAILY SCRUM == === Aimee === PAST Added build.sh and BuildParams to the exported repo and got TeamCity builds working. Looking into EXT-8645 Incoming IM voice call notification doesn't appear if disable/enable voice chat FUTURE Continue with EXT-8645 Set myself up a work repo from viewer-development. Make a start on importing GCC > 4.1 build issues from Snowglobe? Be available to the Open Sourcers to help them adjust to the new structure (while I adjust myself too! :) IMPEDIMENTS None. === Tofu === OOO === Oz === PAST Sent pre-announcement emails to opensource-dev and tpvd-announce lists Set up IW SLCC Invitation to IW meeting on Monday Drafted "How To Propose A Viewer Change" wiki page Got a TeamCity build of oz/viewer-development Checked in license change for oz/viewer-development (ready to go) FUTURE Do a wiki page on hg workflow In-World developer meeting Clean up wiki documentation of Snowstorm IMPEDIMENTS None === Q === OOO === Esbee === PAST Finished deck for SLCC Presented with Oz & Q at SLCC FUTURE Final prep on Snowstorm community announcement blog post (posting today) Finish work on public backlog format & prepare to publish Follow up on SLCC feedback Attend inworld developer meeting Prepare for Sprint planning tomorrow Work on Wiki pages with Oz Bring Scrum platform to the meeting spot to Hippotropolis IMPEDIMENTS None === Paul === PAST BUG EXT-8588 (URL-like name of group is shown as hyperlink in group mini-inspector) In progress. BUG EXT-8372 ([TRUNCATION] ALL LANGS Untranslated dropdown list items in Preferences > Sound & Media (French viewer) "Default system device", "No device", "Microphone (...)" etc.) Discussing with Eli, waiting for response. Bug was reopened but I cannot repro. Attached screenshots. FUTURE BUG EXT-8588 (URL-like name of group is shown as hyperlink in group mini-inspector) IMPEDIMENTS none === Andrew === PAST Bug EXT-8658 (Offline participants of Add hoc chat are shown in Recent Tab). Fixed and sent for review EXT-6527 (IM chat history log in plain text mode looks ugly when displays avatar SLURLs). Investigated. Will fix tomorrow EXT-8635 (Replace "no matches found" with "loading" in the My Outfits tab). Consulted with Sergey. Probably fixed. Will test and submit for review tomorrow Task EXT-8425 [HARD CODED] ALL LANGS: Unlocalized keyboard keys under Advanced menu > Shortcuts (French viewer). Found a problem I introduced. Fixed and sent for review FUTURE Fix debugger EXT-6527 (IM chat history log in plain text mode looks ugly when displays avatar SLURLs). IMPEDIMENTS None. === Vadim === PAST Task EXT-8564 (Add option fo take off wearables via "Wearing" Tab): Implemented. Major bug EXT-6766 (The number of characters allowed in the Chat Edit Window in Vewer 2 does not match 1024 as required): Investigated, set back to fixed. Bug EXT-8357 (ESC will not de-focus the sidebar): Fixed. Bug EXT-8630 (Ctrl-Shift-W hides all chat until a viewer restart): Investigated, need to discuss with AA tomorrow. FUTURE other bugs IMPEDIMENTS none === Sergey === PAST Critical bug (EXT-8636) There is no 'worn' prefix for COF items from 'My Outfits' tab if change outfit few times Fixed. Uploaded for review. Bug (EXT-8421) [HARD CODED] ALL LANGS Several strings are untranslated under Group Profile Land/Assets (French viewer) WIP. Not sure if we can translate the date string received from server. FUTURE: Bug (EXT-8421) [HARD CODED] ALL LANGS Several strings are untranslated under Group Profile Land/Assets (French viewer) IMPEDIMENTS none === Anya === PAST mostly QA coordination issues appearance ownership FUTURE crashhunters discus future of PE's current backlog, other bugfixing within the big picture. IMPEDIMENTS none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/a68e7766/attachment.htm From yoz at lindenlab.com Mon Aug 16 19:27:34 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Mon, 16 Aug 2010 19:27:34 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> Message-ID: On 16 August 2010 17:58, Andromeda Quonset wrote: > > At the risk of upsetting the decorum here, I just can't let this go by. > Mr. Oz Linden, perhaps YOU should depart from ALL viewer development. > Statements of "It is absolutely not going to happen, and any suggestion to > that effect will be ignored." are not going to endear yourself with the > community. Not that I can speak for anyone but myself, but your statement > is extremely Draconian in nature and is only going to stir up trouble in the > long run. You should recognize that it is occasionally helpful to simply > throw out the baby with the bath water, and start fresh. > The Snowstorm project is aimed at dramatically increasing community involvement in Viewer development and improving communications around it. Part of that improvement involves increasing the depth and clarity of those communications; being definitive about our future plans and managing expectations so that everyone knows what's coming to the platform. When we can be definitive about what's open for consideration in a particular area, we can save a lot of fruitless arguing. We are open to being guided by constructive arguments, requests and code contributions; that's what Snowstorm is all about. Contributors may guide us in directions we'd never expected, which would be fantastic, or just help us prioritise and fix existing problems. "Make the sidebar undockable" or "Reduce the vertical area taken by chat messages" are requests that can go onto the backlog for discussion, triage and implementation. "Ditch everything new and go back to what it was before" is neither a constructive argument nor a well-specified request. It tells us nothing about what you believe to be wrong with the new UI, why you believe it, and what we can do to fix it. Once we are able to discuss specifics, then we can start working on them. Linden Lab has the final say in what goes into the Linden Lab viewer. A third-party viewer team has the final say in what goes into their viewer. Linus Torvalds has the final say in what goes into the Linux kernel. If you want something in the kernel that Linus doesn't, you can just clone the main source tree and pull in updates while you make your own changes, then distribute your own kernel. Distributed version control's great like that, and it's why we moved to Mercurial. It makes it much easier for third-party viewers to maintain their own UI features, or contribute them back to us, while regularly pulling in the improvements we make to the underlying platform so as to make Second Life better for everyone. -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100816/451de696/attachment-0001.htm From wdemauro at verizon.net Mon Aug 16 19:35:33 2010 From: wdemauro at verizon.net (Will) Date: Mon, 16 Aug 2010 22:35:33 -0400 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/16/2010 In-Reply-To: <1D0D3FFB-1BB3-43BB-A4DB-39AEF13D0665@lindenlab.com> References: <1D0D3FFB-1BB3-43BB-A4DB-39AEF13D0665@lindenlab.com> Message-ID: No amount of rationalizing will make acceptable a bad implementation of a design feature- it's better to accept there are serious design flaws and address it quickly. Will From: Esbee Linden (Sarah Hutchinson) Sent: Monday, August 16, 2010 10:15 PM To: opensource-dev at lists.secondlife.com Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/16/2010 Date: 08/16/2010 Wiki version of the Daily Scrum summary can be found here: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == Q OOO until further notice. == DAILY SCRUM == === Aimee === PAST a.. Added build.sh and BuildParams to the exported repo and got TeamCity builds working. b.. Looking into EXT-8645 Incoming IM voice call notification doesn't appear if disable/enable voice chat FUTURE a.. Continue with EXT-8645 b.. Set myself up a work repo from viewer-development. c.. Make a start on importing GCC > 4.1 build issues from Snowglobe? d.. Be available to the Open Sourcers to help them adjust to the new structure (while I adjust myself too! :) IMPEDIMENTS a.. None. === Tofu === OOO === Oz === PAST a.. Sent pre-announcement emails to opensource-dev and tpvd-announce lists a.. Set up IW SLCC b.. Invitation to IW meeting on Monday b.. Drafted "How To Propose A Viewer Change" wiki page c.. Got a TeamCity build of oz/viewer-development a.. Checked in license change for oz/viewer-development (ready to go) FUTURE a.. Do a wiki page on hg workflow b.. In-World developer meeting c.. Clean up wiki documentation of Snowstorm IMPEDIMENTS a.. None === Q === OOO === Esbee === PAST a.. Finished deck for SLCC b.. Presented with Oz & Q at SLCC FUTURE a.. Final prep on Snowstorm community announcement blog post (posting today) b.. Finish work on public backlog format & prepare to publish c.. Follow up on SLCC feedback d.. Attend inworld developer meeting e.. Prepare for Sprint planning tomorrow f.. Work on Wiki pages with Oz g.. Bring Scrum platform to the meeting spot to Hippotropolis IMPEDIMENTS a.. None === Paul === PAST a.. BUG EXT-8588 (URL-like name of group is shown as hyperlink in group mini-inspector) a.. In progress. b.. BUG EXT-8372 ([TRUNCATION] ALL LANGS Untranslated dropdown list items in Preferences > Sound & Media (French viewer) "Default system device", "No device", "Microphone (...)" etc.) a.. Discussing with Eli, waiting for response. Bug was reopened but I cannot repro. Attached screenshots. FUTURE a.. BUG EXT-8588 (URL-like name of group is shown as hyperlink in group mini-inspector) IMPEDIMENTS a.. none === Andrew === PAST a.. Bug EXT-8658 (Offline participants of Add hoc chat are shown in Recent Tab). a.. Fixed and sent for review b.. EXT-6527 (IM chat history log in plain text mode looks ugly when displays avatar SLURLs). a.. Investigated. Will fix tomorrow c.. EXT-8635 (Replace "no matches found" with "loading" in the My Outfits tab). a.. Consulted with Sergey. Probably fixed. Will test and submit for review tomorrow d.. Task EXT-8425 [HARD CODED] ALL LANGS: Unlocalized keyboard keys under Advanced menu > Shortcuts (French viewer). a.. Found a problem I introduced. Fixed and sent for review FUTURE a.. Fix debugger b.. EXT-6527 (IM chat history log in plain text mode looks ugly when displays avatar SLURLs). IMPEDIMENTS a.. None. === Vadim === PAST a.. Task EXT-8564 (Add option fo take off wearables via "Wearing" Tab): a.. Implemented. b.. Major bug EXT-6766 (The number of characters allowed in the Chat Edit Window in Vewer 2 does not match 1024 as required): a.. Investigated, set back to fixed. c.. Bug EXT-8357 (ESC will not de-focus the sidebar): a.. Fixed. d.. Bug EXT-8630 (Ctrl-Shift-W hides all chat until a viewer restart): a.. Investigated, need to discuss with AA tomorrow. FUTURE a.. other bugs IMPEDIMENTS a.. none === Sergey === PAST a.. Critical bug (EXT-8636) There is no 'worn' prefix for COF items from 'My Outfits' tab if change outfit few times a.. Fixed. Uploaded for review. b.. Bug (EXT-8421) [HARD CODED] ALL LANGS Several strings are untranslated under Group Profile Land/Assets (French viewer) a.. WIP. Not sure if we can translate the date string received from server. FUTURE: a.. Bug (EXT-8421) [HARD CODED] ALL LANGS Several strings are untranslated under Group Profile Land/Assets (French viewer) IMPEDIMENTS a.. none === Anya === PAST a.. mostly QA coordination issues b.. appearance ownership FUTURE a.. crashhunters b.. discus future of PE's current backlog, other bugfixing within the big picture. IMPEDIMENTS a.. none -------------------------------------------------------------------------------- _______________________________________________ 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/20100816/931474cf/attachment.htm From tateru.nino at gmail.com Mon Aug 16 19:35:45 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Tue, 17 Aug 2010 12:35:45 +1000 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6989D9.3090306@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: <4C69F581.6070803@gmail.com> On 17/08/2010 4:56 AM, Oz Linden (Scott Lawrence) wrote: > > >> Will try to come, hoping it's not going to be one of those voice meetings >> where non-English people like me can't speak well enough neither understand >> what is being said... > > This meeting will include voice because it's so time consuming to do > everything in chat. We will have someone putting the important points > into chat as much as possible, and will certainly respond to questions > in chat. > > For anyone who wants to have a separate chat-only meeting at another > time, I'll be glad to set that up. > Actually, I was thinking about the Americans With Disabilities Act, personally. Especially as the anniversary of the Act has just been by. Unless text, you know, clearly represents an "unreasonable burden". -- Tateru Nino http://dwellonit.taterunino.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/5dd0b819/attachment-0001.htm From trilobyte550m at gmail.com Mon Aug 16 20:08:26 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Mon, 16 Aug 2010 20:08:26 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C69F581.6070803@gmail.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C69F581.6070803@gmail.com> Message-ID: If you conduct the meetings in voice, you also limit the ability of non-english speakers. If it's done in chat, machine translation is a viable option. Chat may take more time, but isn't it worth the time and effort to do things right? On Aug 16, 2010, at 7:35 PM, Tateru Nino wrote: > > > On 17/08/2010 4:56 AM, Oz Linden (Scott Lawrence) wrote: >> >> >> >>> Will try to come, hoping it's not going to be one of those voice meetings >>> where non-English people like me can't speak well enough neither understand >>> what is being said... >> >> This meeting will include voice because it's so time consuming to do everything in chat. We will have someone putting the important points into chat as much as possible, and will certainly respond to questions in chat. >> >> For anyone who wants to have a separate chat-only meeting at another time, I'll be glad to set that up. >> > Actually, I was thinking about the Americans With Disabilities Act, personally. Especially as the anniversary of the Act has just been by. Unless text, you know, clearly represents an "unreasonable burden". > -- > Tateru Nino > http://dwellonit.taterunino.net/ > _______________________________________________ > 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/20100816/72b4396b/attachment.htm From joel.foner at gmail.com Mon Aug 16 21:16:41 2010 From: joel.foner at gmail.com (Joel Foner) Date: Tue, 17 Aug 2010 00:16:41 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C69F581.6070803@gmail.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C69F581.6070803@gmail.com> Message-ID: Providing text transcription of voice speakers for the disabled, as well as those who for various reasons cannot enable voice at the time, and for capture of a text searchable archive of the whole event, is a solved problem. Totally solved. It needs no figuring out or experimentation. Real-time voice to text transcription by a person during the event, as well as an after-the-fact voice recording to transcription can be done, and is often done, in Second Life, in various presentation, discussion and meeting contexts. It costs some real money, but not an outrageous amount for the service provided, and this has been done inworld for years in various settings, providing ample precedent for the fact that this approach "just works" just fine in Second Life. The only reason not to provide text transcription is cost. The ability to do so is not new technology, and it does not slow down voice speakers, while resulting in a comprehensive after the fact text transcript and a real-time transcription of voice-only speakers for those with disabilities or those who are not disabled and cannot enable voice in their current environment (for instance some at work cannot enable speakers or wear headphones for various reasons). There are inworld transcriptionists who are skilled at capturing real-time conversation to text. They do a fine job of capturing the concepts - leaving the detailed high accuracy transcription for after the fact transcription services. There are a variety (hundreds, perhaps thousands) of companies found on the web that specialize in recorded voice to text transcription services, some of whom already work in Second Life. The after-the-fact transcriptionist firms do not need to have Second Life experience, as they are working from a voice recording, although it is helpful if they have some domain understanding of the discussion content. If this is a priority item such that paying the going rates for said services is agreed, the issue can be solved in the immediate time frame to everyone's satisfaction. Regards, Joel (with an attempt at a constructive and solution-directed comment) On Mon, Aug 16, 2010 at 10:35 PM, Tateru Nino wrote: > > > On 17/08/2010 4:56 AM, Oz Linden (Scott Lawrence) wrote: > > > > Will try to come, hoping it's not going to be one of those voice meetings > where non-English people like me can't speak well enough neither understand > what is being said... > > > This meeting will include voice because it's so time consuming to do > everything in chat. We will have someone putting the important points into > chat as much as possible, and will certainly respond to questions in chat. > > For anyone who wants to have a separate chat-only meeting at another time, > I'll be glad to set that up. > > Actually, I was thinking about the Americans With Disabilities Act, > personally. Especially as the anniversary of the Act has just been by. > Unless text, you know, clearly represents an "unreasonable burden". > > -- > Tateru Ninohttp://dwellonit.taterunino.net/ > > > _______________________________________________ > 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/20100817/669771da/attachment.htm From joel.foner at gmail.com Mon Aug 16 21:19:03 2010 From: joel.foner at gmail.com (Joel Foner) Date: Tue, 17 Aug 2010 00:19:03 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C69F581.6070803@gmail.com> Message-ID: In a previous email I said: "The ability to do so is not new technology" To clarify, I am *not* suggesting that some software program be run to provide text transcription, as that is not totally solved in a speaker independent way. Using actual people, however, to provide real-time and after the fact transcription services is well proven, both outside and inside Second Life. Joel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/001499c3/attachment.htm From laurent.bechir at madonie.org Mon Aug 16 22:19:15 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Tue, 17 Aug 2010 07:19:15 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: Message-ID: <4C6A1BD3.2070804@madonie.org> Bryon Ruxton a ?crit : > Mike, > > First of all, I said "us" in the context of those, like Henri, who > hate the sidebar. As for "we" in general, > it is the majority who says they hate or dislike viewer 2.0 as > indicated by multiple polls > or articles like the following, justifying the word "we" (i.e. the > overall majority of Residents who gave their opinion): > > http://www.questionpro.com/akira/ShowResults?id=1604314&mode=data > > (75% disliking or hating the sidebar here.) > http://blogs.secondlife.com/poll.jspa?poll=1017 > http://blogs.secondlife.com/poll.jspa?poll=1018 > http://polldaddy.com/poll/3048677/?view=results > http://nwn.blogs.com/nwn/2010/03/20-not-increasing-growth.html > > Thus it's not my personal feelings. I check my facts before I say > something. > When I look at the polls and I see figures like 1489 (max), 508, 367 or 75 participants, and that I compare those figures to the number of people connecting to SecondLife every day, I think that those polls represent more a little community in SL than the majority and that since it is the only one who talk, they make a lot of noise (in forum on other matters I also see more unhappy people talking than happy ones who generally remain silent, which make that they are not really representative for me). Also,it should be interesting to deepen the arguments of the voters against viewer 2 in those polls. The first one I read concerns the inventory which load slowly. I think that this kind of problem concern optimizing the code more than the whole viewer in itself. Problems like "I would like such or such feature", "This button is not at the good place", ... are more relevant. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/2f8fc20c/attachment.htm From Lance.Corrimal at eregion.de Tue Aug 17 00:24:49 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 17 Aug 2010 09:24:49 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C69BE39.1090106@fishkill.ibm.com> References: <4C69BE39.1090106@fishkill.ibm.com> Message-ID: <201008170924.50215.Lance.Corrimal@eregion.de> On Tuesday 17 August 2010 00:39:53 Mike Monkowski wrote: > Bryon Ruxton wrote: > > I think addressing the hurdles that prevent people still on 1.23 to > > move to 2.0 before you get into > > > > ?Rapid, effective deployment of new features and functionality.? is the > > > > most urgent priority in my opinion. > > Seconded. Thirded. The "Top Priority" should NOT be getting new users (while it of course should be high on the list), but it should be keeping the old, established users from leaving in disgust... you know, the ones that are already spending money, own sims, have a Second Life. How many big shops / brands have closed lately with statements like "I dont like SL anymore"...? Here's my personal "Like/Dislike" list about 2.x, with my own personal suggestions for improvements or what to port from 1.x: Like: the general feel of the new UI and the more streamlined menu Dislike: The color scheme (makes a lot of stuff hard to read); Suggestion: port the color scheme from 1.x (old one, not the lightblue one), or maybe the orageisch scheme from the starlight skin Dislike: the sidebar, and all that comes with it (Strong) Suggestion: make all UI elements that are not part of the menu, the toolbar or the chat bar non-modal dialogs where possible, modal dialogs only where necessary. Dislike: the fact that a lot of textures for profiles and such have changed size, forcing people to redo their profiles and "About Land", breaking them for 1.23 users by doing so Suggestion: get the old sizes back (see http://is.gd/elgvO) (Totally) Dislike: The way the profile shows first life and second life tab at the same time. If I wanted to flaunt my RL I would be on facebook. Facebook, by the way, still does not allow "Fake Personalities" and thusly is NO place for SecondLife avatars. Suggestion: Put Secondlife Tab and First Life Tab back on separated tabs, or at least use the "collapsible" firstlife section from starlight hope this list helps a bit. bye, LC From Lance.Corrimal at eregion.de Tue Aug 17 00:38:23 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 17 Aug 2010 09:38:23 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <201008170924.50215.Lance.Corrimal@eregion.de> References: <4C69BE39.1090106@fishkill.ibm.com> <201008170924.50215.Lance.Corrimal@eregion.de> Message-ID: <201008170938.23224.Lance.Corrimal@eregion.de> Totally forgot to mention: HATE: the new IM / notification / local chat interface. I have yet to see a communications interface that is THAT cumbersome and badly designed. Suggestions: - make notifications (inventory offers, group notices) stay on screen like they used to be - put chat and IM back into a non-modal tabbed floater, with the option of chat being detached into its own "chat history" floater - get rid of all unnecessary spacing in chat and IM - IM's don't need a whole third of the window wasted for showing the other person's profile. Just put a "profile" button there. That profile FLOATER then can have all the other buttons that the old one has: "pay", "add friend", "teleport", and so on. If you really think those buttons should be right in the IM floater, put them in a toolbar along the top. Overall suggestions: all non-modal floaters should turn partially transparent as soon as the user clicks outside of them. bye, LC From marinekelley at gmail.com Tue Aug 17 01:10:01 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Tue, 17 Aug 2010 10:10:01 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <201008170938.23224.Lance.Corrimal@eregion.de> References: <4C69BE39.1090106@fishkill.ibm.com> <201008170924.50215.Lance.Corrimal@eregion.de> <201008170938.23224.Lance.Corrimal@eregion.de> Message-ID: > Suggestions: > - make notifications (inventory offers, group notices) stay on screen like > they used to be > I'm sure there is a debug setting or an XML option to do that, I'll look when I have time. But they would pile up pretty quickly, unlike 1.x the notification do not hide each other (which is good) but stack up to the top of the screen, cluttering it rather quickly when you're in group chat. My own biggest gripe about the notification system is silly but very annoying : when you receive an object or a notecard you get a "Keep/Discard/Block" window, then once you click "Keep" you get another notification telling you you've accepted the offer. Not only this notification is rather useless (I know I have accepted the offer or joined the group or whatnot, I've just done it), but the "OK" button to get rid of this confirmation is exactly where the "Discard" button of the next notification will be ! More than once I have hit "Discard" by mistake on the second notification of, say, my mailbox that sends me the notecards of my customers. And since it comes from an object, "Discard" will simply destroy the transferred item, not put it in trash. Because of this, one more customer believes I do not respond when someone buys something from a vendor of mine and my server does not deliver. > - put chat and IM back into a non-modal tabbed floater, with the option of > chat being detached into its own "chat history" floater > Chat is not part of the IM window anymore but you can make it tabbed by checking Preferences > Chat > Show IMs in > Tabs, and relogging. > - get rid of all unnecessary spacing in chat and IM > Agreed. But you can do it yourself by checking Preferences > Chat > Enable plain text IM and chat history > - IM's don't need a whole third of the window wasted for showing the other > person's profile. Just put a "profile" button there. That profile FLOATER > then > can have all the other buttons that the old one has: "pay", "add friend", > "teleport", and so on. If you really think those buttons should be right in > the IM floater, put them in a toolbar along the top. > Well these buttons are hidden with the arrow button, but there is a lot of wasted space on the top of the window indeed. > > > Overall suggestions: > all non-modal floaters should turn partially transparent as soon as the > user > clicks outside of them. > > I believe that's what 2.1 does. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/93c84ac7/attachment.htm From Lance.Corrimal at eregion.de Tue Aug 17 01:29:55 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 17 Aug 2010 10:29:55 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <201008170938.23224.Lance.Corrimal@eregion.de> Message-ID: <201008171029.55494.Lance.Corrimal@eregion.de> On Tuesday 17 August 2010 10:10:01 Marine Kelley wrote: > > Suggestions: > > - make notifications (inventory offers, group notices) stay on screen > > like they used to be > > I'm sure there is a debug setting or an XML option to do that, I'll look > when I have time. But they would pile up pretty quickly, unlike 1.x the > notification do not hide each other (which is good) but stack up to the top > of the screen, cluttering it rather quickly when you're in group chat. I meant "make them stack like in 1.23 / snowglobe 1"... > My own biggest gripe about the notification system is silly but very > annoying : when you receive an object or a notecard you get a > "Keep/Discard/Block" window, then once you click "Keep" you get another > notification telling you you've accepted the offer. Not only this > notification is rather useless (I know I have accepted the offer or joined > the group or whatnot, I've just done it), but the "OK" button to get rid of > this confirmation is exactly where the "Discard" button of the next > notification will be ! More than once I have hit "Discard" by mistake on > the second notification of, say, my mailbox that sends me the notecards of > my customers. And since it comes from an object, "Discard" will simply > destroy the transferred item, not put it in trash. Because of this, one > more customer believes I do not respond when someone buys something from a > vendor of mine and my server does not deliver. I havent endured 2.x for long enough to notice that, but i can see how painful that would be. bye, LC From sldev at free.fr Tue Aug 17 01:30:58 2010 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 17 Aug 2010 10:30:58 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6989D9.3090306@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: <20100817103058.0f8d193a.sldev@free.fr> On Mon, 16 Aug 2010 14:56:25 -0400, Oz Linden (Scott Lawrence) wrote: > On 2010-08-16 14:23, Henri Beauchamp wrote: > > Well, the first improvement to do is to actually revert 80% of the UI > > to the way v1.23's one was working, especially getting rid of that > > moronic side bar and its modal tools which impair productivity and > > user-friendliness... The question is: will LL finally admit that the > > viewer 2 UI is a failure and widely rejected by 80% of its regular user > > base, and accept a move in the way of "going back" (actually repairing) > > UI-wise ?... > > I've said this before, and I'll repeat it again here: > > Don't waste everyones time suggesting that we throw away Viewer 2, or > that we revert the UI to Viewer 1. It is absolutely not going to > happen, and any suggestion to that effect will be ignored. > > That does not mean that we don't recognize that some choices in V2 were > not optimal, and that some probably need to be revisited, and we're open > to doing that. But we will do it in the context of calm discussions of > what problems exist and creative ideas for how to solve them. We are > not moving backwards, we are moving forwards. > > Think about it for a minute - there are an infinite number of possible > solutions for how to build a UI for a virtual world viewer - what are > the odds that the first or second attempt produced the best possible > UI? We need new and creative ideas focused on specific problem > descriptions. This is this kind of extremely arrogant arguments that LL keeps showing up year after year, and that discourage people from helping and encourage then to search elsewhere for greener pastures... You (LL) are lucky that you do not yet have direct competitors, since the fact there is (for now), no other "pasture" preserves you from a massive mass emigration. But things might change, and quicker than you might expect... The move to an Open Source model is a good move, and I applaud to it. You (LL) recognized that you made a mistake by not developping viewer 2 in the open, and for this I (and all Open Source developpers and also all dedicated residents who want to see SL survive and even thrive and grow) acknowledge that you did a great step in the right direction. Alas, if you build a brick wall on the road, you'll crash your face into that wall at the next step !... You now need to remember what was SL's initial motto "Your World, Your Imagination" and restore this spirit, extending it from in-world contents to the viewer and services: yes, the residents (most of whom are actually paying customers) CAN help you improving SL further. The question is WILL they do it ?... Well, not if you are to discourage them and act stubbornely. The viewer 2 has been countless times proven to be a huge failure and is widely rejected by SL's regular users (and the fact 20% of them more or less like it won't change this fact). The Open Source developpers involved with SL are, for most of them already contributing in one way or another to TPVs: just look at the latter. But for Marine's viewer (Marine restricts herself on purpose to provide RestrainedLove support to the official LL viewer), ALL the TPV viewers are based off v1 codebase or already have gotten rid of the most annoying and actually impairing "features" of viewer 2 (namely, Kirsten's viewer and the removed sidebar, since this is the only other TPV based on viewer 2 around). Now, ask yourself this question: "How much these developers who constitute the actual task force in the OS viewer develoment and are cranking up the patches to bring useful new features) will be ready to work for you, Linden Lab, and contribute to SnowStorm, if you are so inflexible about the changes to the UI that they think are MANDATORY to render the viewer USABLE ?... Personally, I won't contribute and I bet many other developers will do the same. I never said that we should go back to the v1.23 code base, but I did say, and will keep saying, that the UI of viewer 2 *MUST* be changed, and yes, most of the time to make things work more or less like they used to work in v1.23 (such as the modal tools that *MUST* be made non-modal again). If nothing changes on the viewer 2 UI front, I can already tell you what will happen (since it is happening already): the Open Source developers will simply work to improve Snowglobe v1 and the TPVs, backporting the usefull features of viewer 2 to the v1 codebase (I personally already backported the Alpha and Tattoo wearable support months ago, and recently the inventory links support; I'll work next on multiple attachments per point support). This is a WASTE in valuable programing power for both YOU and US, since our skills would be better spent IMPROVING viewer 2 ! > > How the submission will be done ? Commits to the repository, or some > > filtering process where LL will have the final word about what goes in > > or stays out ?... > > .../... > > We're a multi-million dollar business with hundreds of thousands of > customers, and we need to deploy a coherent and reliable software > product to them. If anyone thinks they can do that without some > kind of product management and quality control, they are welcome to > go build a business the size and complexity of ours and demonstrate it. Again, this is utterly ARROGANT a stance, and won't buy you anyone's sympathy. Do you think we (the developers) are just a bunch of script kiddies ?... Most of us do work for multi-million dollar (or euro) businesses or even for government agencies, with a staff sometimes 10 or 100 times what LL's staff is, many of us with decades of experiences in programing (3 decades, personally). LL doesn't impress me... We, however, have an HUGE advantage on you, Lindens: we are *using* SL, be it for building, scripting, roleplaying (either freeform RP or combat RP, which are two different matters), running businesses, exploring, communicating, etc... And by USING SL, we KNOW what we NEED in the viewer. I doubt very much the people behind the viewer 2 UI desing ever actually used SL like we do ! > >> Code in the Development repository is now released under version 2 of > >> the GNU LGPL. This allows community developers greater freedom to use > >> the viewer code, including incorporating it into products that also > >> include closed source. > > Does it mean we don't need anymore the privacy-threatening "contribution > > agreement" form ?... I do hope so, unless you want to keep segregating > > developers like myself, who value more their privacy than helping LL to > > make a better viewer. > > Again, this is described in the public documentation... > > The Contribution Agreement is unchanged and still required. > > Note: if we did not have the CA, we would not have been able to make > this license change. I don't understand the need for the CA anymore since LGPL basically allows LL to take any snapshot of the Open Sourced viewer and use the code in their own, closed source viewer if they so wish... Wasn't it the very spirit of the FLOSS exception and the resulting CA ?... > > Will try to come, hoping it's not going to be one of those voice meetings > > where non-English people like me can't speak well enough neither understand > > what is being said... > > This meeting will include voice because it's so time consuming to do > everything in chat. We will have someone putting the important points > into chat as much as possible, and will certainly respond to questions > in chat. > > For anyone who wants to have a separate chat-only meeting at another > time, I'll be glad to set that up. Look at it this way: people who, like me, do the effort to write in proper english to communicate with you, while english is just a second language for us, could expect from Linden's part that they'd do the little effort to type their words in chat, so that non-native english speakers have a chance to understand what is being said... Voice is a communication killer and segregation tool for us, non-native english speakers. Offering a separate meeting is very kind of you, but then, we still loose what has been said at the main meeting and cannot exchange our ideas and arguments with people who attended it, plus, it consumes more time for you, a time that you could have spent typing the text in the chat at the main meeting... Regards, Henri. From sldev at free.fr Tue Aug 17 02:44:51 2010 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 17 Aug 2010 11:44:51 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> Message-ID: <20100817114451.f310db6a.sldev@free.fr> On Mon, 16 Aug 2010 19:27:34 -0700, Yoz Grahame wrote: > Linden Lab has the final say in what goes into the Linden Lab viewer. A > third-party viewer team has the final say in what goes into their viewer. Indeed, but if LL is so close-minded as to reject any change to the UI that would allow v1 lovers to adopt v2, then there is no chance that any v1 developer will migrate to the v2 code base... > Linus Torvalds has the final say in what goes into the Linux kernel. Excepted that: 1.- Linus Torvalds proved over many years to be extremely open minded, something we still have to see happening from Linden Lab's part, I'm afraid. 2.- Comparing an OS such as Linux with a client software is like comparing apples with nuts (and I'm not saying the viewer is nut... although... ;-). The controversial issues with a client are usually dealing with it's UI (which is exactly the case for the SL veiwer) rather than with its core features and algorithms. If you want to compare some other Open Source software with the viewer, then take, for example, Firefox and see how the lead developers of Firefox already said that the UI for v4 will have an option to revert it back to v3 look and feel. If you really want to compare the viewer with an OS, you should have choosen Windows: in Windows XP, I can still configure the OS so that its UI is reverted to Windows95 look and feel... Mozilla and Microsoft know for a fact that the UI is a very touchy matter, and that "old timers" hate it when you remove functionalities that they used hundreds of times a day, making them loose their productivity in the process, thus why Mozilla and Microsoft (among many others) provide full backward pathes to their users, UI-wise. > If you want something in the kernel that Linus doesn't, you can just clone > the main source tree and pull in updates while you make your own changes, > then distribute your own kernel. Distributed version control's great like that, > and it's why we moved to Mercurial. It makes it much easier for third-party > viewers to maintain their own UI features, or contribute them back to us, > while regularly pulling in the improvements we make to the underlying > platform so as to make Second Life better for everyone. Excepted that, for now, it's easier for TPV developers to backport the few useful features from v2 (I did it already for Alpha and Tattoo wearables, as well as for inventory item links), than to build their TPV on the v2 code base and have to redo the whole UI to match their user base needs and wants. If their is no hope for convergence (even as optional, configurable UI switches), there is no hope to see the TPV developers contributing to Snowstorm and isntead of developing new useful features that LL could incorporate in Snowstorm, the TPV developers will waste their time redoing the UI in a way that, obviously, LL will never accept for inclusion in Snowstorm. This is a HUGE waste of coding efforts and power. Regards, Henri. From missannotoole at yahoo.com Tue Aug 17 02:48:57 2010 From: missannotoole at yahoo.com (Ann Otoole) Date: Tue, 17 Aug 2010 02:48:57 -0700 (PDT) Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6989D9.3090306@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: <540528.24604.qm@web59107.mail.re1.yahoo.com> I use SLv2 code base viewers unless I need to go into complex build environments. The SLv2 code has a lot of performance issues that don't exist in the 1.x code. And it has nothing to do with avatar attachments since the crashes occur in regions with only me in them. When I need to go to those "fabulous builds" (with ktris/fr measurements in the range of 3 million polys or more) I am forced to use snowglobe 1.4. I think there is a lot of efficiency to be gained from revisiting the menus/commands and considering a multi row user configurable hot bar for people to customize for the modes they operate in. So anyway... How about soliciting requirements from us customers and then letting us customers prioritize them and then you go through the process of explaining why you will or will not implement. Maybe there is a bastion of software methodology expertise amongst us customers and we could organize a requirements system for you. Then the OS developers can choose if they want to continue with the high demand features in a TPV for SL or just take what the customers are asking for to open sim. Oh and metrics accessible to in world devs to back up decisions regarding establishing limits would be good so we can run the tests ourselves and see if we come up with different results. Like how scriptless attachments don't slow me down on tp or crossings so to me the issue people have, as proven by having them get rid of the lousy scripts infesting hair and shoes and then them wearing the scriptless attachments while teleporting and they stop having issues is important. Just making assumptions all attachments are the cause of all issues is an error since the issue appears to solidly be associated with the scripts. >> Linden Lab will absolutely have the final word about what goes into the >>viewer. >> Sure. Of course. I for one have no expectation of LL putting in the jiggle feature. I don't even care because I don't use it nor any viewer with it. But I am one person. From my technical perspective opinion it is a hack and does not take into account chest/neck/pectoral attachments that may be part of an expensive oufit. Therefore it is not what I would call a professional feature because it interferes with or fails dominant use cases and requirements even though it is a very much in demand capability that keeps vast numbers of people from using your viewer as they openly state jiggle is why they do not use LL viewers. >> We're a multi-million dollar business with hundreds of thousands of >>customers, Yes. As long as we customers, as an aggregate group, decide to keep giving you all those millions of dollars. >> some kind of product management and quality control Really? Why do previously fixed defects keep coming back? There is one I have always wondered about. How many times has an LL dev fixed the broken high resolution snapshot feature the majority of businesses rely upon, or rather once upon a time relied upon, for product imagery to create effective marketing? That is just one defect I recall having been fixed 3 times and then obviously overwritten by someone's obsolete code from their hard drive. SQA, or apparent lack of it, is a frequent theme amongst LL bashing festivals in various forums I have seen. Since I am not in your building and privy to your actual processes I can only go by what is observed in your deliverables. As for product management? I can't really go into this topic without getting personal so I won't. BTW large groups of customers screaming at you is a serious symptom the board needs to concern themselves with. IMHO anyway. I suppose you can stop holding office hours and eliminate that issue if people won't maintain their professional bearing and sense of self control in meetings. Is LL even open to constructive feedback about all aspects of LL's product delivery? Or is this restricted only to what LL exposes for feedback? Since this list is OS dev then I am curious about where the feedback mechanisms will be for the other aspects of LL's service delivery. Thank you for the opportunity of having a dialog. ----------------------------- From: Oz Linden (Scott Lawrence) To: Henri Beauchamp Cc: opensource-dev at lists.secondlife.com Sent: Mon, August 16, 2010 2:56:25 PM Subject: Re: [opensource-dev] Open Viewer Development Announcement I've said this before, and I'll repeat it again here: Don't waste everyones time suggesting that we throw away Viewer 2, or that we revert the UI to Viewer 1. It is absolutely not going to happen, and any suggestion to that effect will be ignored. That does not mean that we don't recognize that some choices in V2 were not optimal, and that some probably need to be revisited, and we're open to doing that. But we will do it in the context of calm discussions of what problems exist and creative ideas for how to solve them. We are not moving backwards, we are moving forwards. Think about it for a minute - there are an infinite number of possible solutions for how to build a UI for a virtual world viewer - what are the odds that the first or second attempt produced the best possible UI? We need new and creative ideas focused on specific problem descriptions. That is all described on our process documentation pages on the wiki, but I'll hit the high points here: ----------------- * Linden Lab will absolutely have the final word about what goes into the viewer. >We're a multi-million dollar business with hundreds of thousands of >customers, and we need to deploy a coherent and reliable software product >to them. If anyone thinks they can do that without some kind of product >management and quality control, they are welcome to go build a business >the size and complexity of ours and demonstrate it. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/0b884aa5/attachment-0001.htm From latifer at streamgrid.net Tue Aug 17 03:01:16 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Tue, 17 Aug 2010 12:01:16 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> Message-ID: On Tue, Aug 17, 2010 at 4:27 AM, Yoz Grahame wrote: > > The Snowstorm project is aimed at dramatically increasing community > involvement in Viewer development and improving communications around it. Very nice words indeed. But not new. Shall we look into what happens when user experience clashes with, in my view, a very short sighted decision by one of the "product owners". Is it "our JIRA, you lose", or does improving user experience really matters. https://jira.secondlife.com/browse/WEB-1819 Patch is attached and tested. Latif From mysticaldemina at xrgrid.com Tue Aug 17 04:52:37 2010 From: mysticaldemina at xrgrid.com (mysticaldemina at xrgrid.com) Date: Tue, 17 Aug 2010 07:52:37 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <201008170924.50215.Lance.Corrimal@eregion.de> References: <4C69BE39.1090106@fishkill.ibm.com> <201008170924.50215.Lance.Corrimal@eregion.de> Message-ID: I have to say, making new users a top priority was one of the most disappointing things I have heard LL say. Usually paying customers get top priority. What about people that have been with them for years and supported them. What about all these designers that sweat hours to make products. I think this gets to the core of V2, most of us weren't asking for a new viewer, we were asking for many other things. And when I see press releases that say how V2 will be the new state of the art viewer and we get something that shows such little understanding of the communities needs, it shows that this is not a technical problem, but something much deeper in how LL develops products. So much of the user interface, V1.23 as well, makes designing take much longer than it should. Like having to rezz objects to edit their contents. Ever have to rezz hundreds of boxes to update something? Or correct the permissions. Have to rezz a box to get to its contents I think is one of the most difficult things for new people. Having to rezz objects to get to stuff, then copy to inventory, then find it in inventory, etc. All this time on making a new viewer could have been used to make inventory better. I think the whole conversation on V1.23 UI compared to V2 UI I find totally sad. Architecturally it seems to me the goal should be a UI layer that can be implemented many different ways because with this many people one viewer is not the solution for everyone. I personally see at least 4 UI implementations that are needed, 1) web based light weight. 2) Mobile, maybe no 3D. 3. Typical user. 4. Power user or designer. Most other companies are able to do this from one code base. Additionally I can see some other tools that could exist for developers, script debuggers, terrain editors, offline clothes editors, lots of stuff. Trying to make power users and designers use the same edit tools that new users use I think will limit your content creation. On a side note, I often have to logged out of SL because it is consuming to much resources on my computer, but I would prefer to stay logged in to support my customers and be involved in the groups I am in. Why can't I have an option to turn off rendering? Maybe it exist and I don't know it? What also gets left out of all these conversations is why I have to go to an external open source community, and thank god they exist, to use a network layer. Why doesn't LL take this layer more seriously and have supported network layer, developer API's etc. to write bots and other applications that can use the SL platform. As much as bots get a bad name there are real applications that need them. What about a scripting language on the client side so I can create commands to reduce repetitive things? So I really have to ask myself has anything really changed. And I would have to say from what I have seen so far I don't hear anything that really helps me be creating content faster, cheaper, better. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Lance Corrimal Sent: Tuesday, August 17, 2010 3:25 AM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Open Viewer Development Announcement On Tuesday 17 August 2010 00:39:53 Mike Monkowski wrote: > Bryon Ruxton wrote: > > I think addressing the hurdles that prevent people still on 1.23 to > > move to 2.0 before you get into > > > > "Rapid, effective deployment of new features and functionality." is the > > > > most urgent priority in my opinion. > > Seconded. Thirded. The "Top Priority" should NOT be getting new users (while it of course should be high on the list), but it should be keeping the old, established users from leaving in disgust... you know, the ones that are already spending money, own sims, have a Second Life. How many big shops / brands have closed lately with statements like "I dont like SL anymore"...? Here's my personal "Like/Dislike" list about 2.x, with my own personal suggestions for improvements or what to port from 1.x: Like: the general feel of the new UI and the more streamlined menu Dislike: The color scheme (makes a lot of stuff hard to read); Suggestion: port the color scheme from 1.x (old one, not the lightblue one), or maybe the orageisch scheme from the starlight skin Dislike: the sidebar, and all that comes with it (Strong) Suggestion: make all UI elements that are not part of the menu, the toolbar or the chat bar non-modal dialogs where possible, modal dialogs only where necessary. Dislike: the fact that a lot of textures for profiles and such have changed size, forcing people to redo their profiles and "About Land", breaking them for 1.23 users by doing so Suggestion: get the old sizes back (see http://is.gd/elgvO) (Totally) Dislike: The way the profile shows first life and second life tab at the same time. If I wanted to flaunt my RL I would be on facebook. Facebook, by the way, still does not allow "Fake Personalities" and thusly is NO place for SecondLife avatars. Suggestion: Put Secondlife Tab and First Life Tab back on separated tabs, or at least use the "collapsible" firstlife section from starlight hope this list helps a bit. 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 aimee at lindenlab.com Tue Aug 17 05:03:51 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Tue, 17 Aug 2010 13:03:51 +0100 Subject: [opensource-dev] Fwd: Successful Build Nr. 208114 for oz_viewer-development (39db065f8899) on Darwin In-Reply-To: References: <20100815161839.BEA1BE2CA71@viognier.lindenlab.com> Message-ID: <6AC0FEDA-B921-4F7C-A09C-7A8AA369C98E@lindenlab.com> There's a problem with the Windows build at the moment in that it's using an old version of llkdu.dll, sorry about that my fault completely for not noticing, we'll get it fixed ASAP. In the mean time you should be able to drop in llkdu.dll in from a recent Release or Snowglobe build to get it going as a work around. Aimee. On 16 Aug 2010, at 13:54, Patnad Babii wrote: > The CYGWIN (?!!!) build not working on Windows 7 ? 64 Bits, using latest Nvidia drivers on a X260 graphic card. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/1d81855f/attachment.htm From makosoft at gmail.com Tue Aug 17 05:14:25 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Tue, 17 Aug 2010 13:14:25 +0100 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6989D9.3090306@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: On 8/16/10, Oz Linden (Scott Lawrence) wrote: > Think about it for a minute - there are an infinite number of possible > solutions for how to build a UI for a virtual world viewer - what are > the odds that the first or second attempt produced the best possible > UI? We need new and creative ideas focused on specific problem > descriptions. The trouble is - and I've said this before - that whoever designed the New, Shiny and Improved Viewer 2.0 interface clearly didn't think too much about why the Viewer 1.0 UI was designed the way it was, what advantages this has, or how it was actually used. For example, this shows up in the replacement of pie menus with standard right-click menus. The big advantage of pie menus is that they're fast to use - all the entries are large and easy to hit with the mouse. The new right-click menu, on the other hand, has really tiny entries that make you hunt with the mouse. Unlike in Second Life, in most applications the right-click menu is not intended as the main way to interact with the application - anything commonly-used can be accessed in another faster way. Then there's the sidebar and the impossibility of opening more than one person's profile at once, or of getting back to someone's profile once you've clicked on one of the groups listed therein... Oh, and Viewer 2 is still a bit hit and miss about making keyboard shortcuts for commonly-used functionality discoverable in some places. For example, I'm not sure if the shortcuts for Always Run or Fly/Stop Flying are displayed anywhere. From wolfpup67 at earthlink.net Tue Aug 17 05:53:51 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Tue, 17 Aug 2010 08:53:51 -0400 Subject: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= In-Reply-To: <4C69D6B6.70001@gmail.com> References: <4C697B5E.80806@lindenlab.com> <4C6985B4.8070401@gmail.com> <20100816204424.ba2f9bb3.sldev@free.fr> <201008162132.19096.Lance.Corrimal@eregion.de> <4C69D6B6.70001@gmail.com> Message-ID: <009001cb3e0b$3e99a490$bbccedb0$@net> I have been looking @ the hg interface for TortiosHG and from what I can tell it dose alloy you to view the commits and all notes concerning that commit. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Kadah Sent: Monday, August 16, 2010 8:24 PM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] list for builds from the new snowstorm viewer-development repository?= -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I like getting the commit notices as well, and I can filter them how I prefer. Though as Oz stated at the meeting, 2 separate lists for builds and commits would not be a bad idea giving that the number of publicly visiable commits per day should be increasing soon. On 8/16/2010 12:42 PM, Zabb65 wrote: > I'll stop in and say that it would be useful if you used the existing > mailing list address as well. And would appreciate emails on commits. > > On Mon, Aug 16, 2010 at 15:32, Lance Corrimal wrote: >> Am Monday 16 August 2010 schrieb Henri Beauchamp: >>> On Mon, 16 Aug 2010 11:38:44 -0700, Kadah wrote: >>>>> Would it be useful if I set up a one-way mailing list for >>>>> announcements of build results for the new viewer-development >>>>> repository? >>>> >>>> Why not use the existing one, sldev-commits at lists.secondlife.com? >>> >>> Seconded. >> >> thirded (is there such a word?) >> >> 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 >> > _______________________________________________ > 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/ iQEcBAEBAgAGBQJMada2AAoJEIdLfPRu7qE2VvUH/iHnehr7O7NrN1++qzbdUVVS cTyzKoi8cbWqHz5/wKFD17HVBIriYlg61ECW4z+0o6y0Jdu/Cam/0ArWhFyuxrYx pJmHA51TdjqmkPXEkwBZj0UZbYWfjUGGBCa94UEU14YJxsAHiHhnDRknZFz0sNnr liKQpZBetuEUJLzL6JUpXX8lMRHGrNV8jnzAe1T+ZXbuzMGQ8mSGOqhjSwn0iHui YF1Q6s2OY9X9Lcd2EYnarUsQ1UQ1aWv4p1p2r/3CbRnaCmcmVsJLai9UDBTbGb6Y sWujbrdrCDeXeE0BU8OfOJleIDIEY7y3w7RxOGPaO/lJYvG3fmi9iFsnnbpU+a0= =gqLE -----END PGP SIGNATURE----- _______________________________________________ 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.851 / Virus Database: 271.1.1/3077 - Release Date: 08/17/10 02:35:00 From wdemauro at verizon.net Tue Aug 17 05:58:36 2010 From: wdemauro at verizon.net (Will) Date: Tue, 17 Aug 2010 08:58:36 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> Message-ID: <5D75B6764F6A4268B6E8AA30E859F125@WillPC> "It is absolutely not going to happen, and any suggestion to that effect will be ignored." So much for "It's your world your imagination" This has been apparent for some time now. Thanks for being 100% clear and now I think we have found the issue that keeps LL firmly planted in "It's our world our imagination" enjoy the decline, blame it on metrics, the economy your next door neighbor and his little dog too. -------------------------------------------------- From: "Latif Khalifa" Sent: Tuesday, August 17, 2010 6:01 AM To: "Yoz Grahame" Cc: Subject: Re: [opensource-dev] Open Viewer Development Announcement > On Tue, Aug 17, 2010 at 4:27 AM, Yoz Grahame wrote: >> >> The Snowstorm project is aimed at dramatically increasing community >> involvement in Viewer development and improving communications around it. > > Very nice words indeed. But not new. Shall we look into what happens > when user experience clashes with, in my view, a very short sighted > decision by one of the "product owners". Is it "our JIRA, you lose", > or does improving user experience really matters. > > https://jira.secondlife.com/browse/WEB-1819 > > Patch is attached and tested. > > Latif > _______________________________________________ > 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/20100817/6b794f6a/attachment.htm From wolfpup67 at earthlink.net Tue Aug 17 06:21:19 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Tue, 17 Aug 2010 09:21:19 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100817114451.f310db6a.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> Message-ID: <009701cb3e0f$146b50c0$3d41f240$@net> 1. LL had added some nice features to the viewer that make the NEW user experience good. 2. If some one wants to make a 'skin' that gives the 'apperance' of the old UI while maintain the functionality of the new UI I think that would be the best path to take. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Henri Beauchamp Sent: Tuesday, August 17, 2010 5:45 AM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Open Viewer Development Announcement On Mon, 16 Aug 2010 19:27:34 -0700, Yoz Grahame wrote: > Linden Lab has the final say in what goes into the Linden Lab viewer. A > third-party viewer team has the final say in what goes into their viewer. Indeed, but if LL is so close-minded as to reject any change to the UI that would allow v1 lovers to adopt v2, then there is no chance that any v1 developer will migrate to the v2 code base... > Linus Torvalds has the final say in what goes into the Linux kernel. Excepted that: 1.- Linus Torvalds proved over many years to be extremely open minded, something we still have to see happening from Linden Lab's part, I'm afraid. 2.- Comparing an OS such as Linux with a client software is like comparing apples with nuts (and I'm not saying the viewer is nut... although... ;-). The controversial issues with a client are usually dealing with it's UI (which is exactly the case for the SL veiwer) rather than with its core features and algorithms. If you want to compare some other Open Source software with the viewer, then take, for example, Firefox and see how the lead developers of Firefox already said that the UI for v4 will have an option to revert it back to v3 look and feel. If you really want to compare the viewer with an OS, you should have choosen Windows: in Windows XP, I can still configure the OS so that its UI is reverted to Windows95 look and feel... Mozilla and Microsoft know for a fact that the UI is a very touchy matter, and that "old timers" hate it when you remove functionalities that they used hundreds of times a day, making them loose their productivity in the process, thus why Mozilla and Microsoft (among many others) provide full backward pathes to their users, UI-wise. > If you want something in the kernel that Linus doesn't, you can just clone > the main source tree and pull in updates while you make your own changes, > then distribute your own kernel. Distributed version control's great like that, > and it's why we moved to Mercurial. It makes it much easier for third-party > viewers to maintain their own UI features, or contribute them back to us, > while regularly pulling in the improvements we make to the underlying > platform so as to make Second Life better for everyone. Excepted that, for now, it's easier for TPV developers to backport the few useful features from v2 (I did it already for Alpha and Tattoo wearables, as well as for inventory item links), than to build their TPV on the v2 code base and have to redo the whole UI to match their user base needs and wants. If their is no hope for convergence (even as optional, configurable UI switches), there is no hope to see the TPV developers contributing to Snowstorm and isntead of developing new useful features that LL could incorporate in Snowstorm, the TPV developers will waste their time redoing the UI in a way that, obviously, LL will never accept for inclusion in Snowstorm. This is a HUGE waste of coding efforts and power. Regards, Henri. _______________________________________________ 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.851 / Virus Database: 271.1.1/3077 - Release Date: 08/17/10 02:35:00 From aleric.inglewood at gmail.com Tue Aug 17 06:37:47 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Tue, 17 Aug 2010 15:37:47 +0200 Subject: [opensource-dev] Where are the auto builds? Message-ID: The auto builds (at least for 1.5) seem to have stopped. Can this please be fixed asap? Aleric -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/5bf638f8/attachment.htm From Lance.Corrimal at eregion.de Tue Aug 17 06:48:39 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 17 Aug 2010 15:48:39 +0200 Subject: [opensource-dev] Where are the auto builds? In-Reply-To: References: Message-ID: <201008171548.39582.Lance.Corrimal@eregion.de> On Tuesday 17 August 2010 15:37:47 Aleric Inglewood wrote: > The auto builds (at least for 1.5) seem to have stopped. > Can this please be fixed asap? seconded. bye, LC From sllists at boroon.dasgupta.ch Tue Aug 17 07:31:09 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 17 Aug 2010 16:31:09 +0200 Subject: [opensource-dev] [IDEA] Access to Object content without rezzing. (was: Open Viewer Development Announcement) In-Reply-To: References: <4C69BE39.1090106@fishkill.ibm.com> <201008170924.50215.Lance.Corrimal@eregion.de> Message-ID: <4C6A9D2D.2090801@boroon.dasgupta.ch> [I'm cross posting this to several mailing lists to solicit feedback. To avoid clutter, please *do not reply to all of them* when answering, unless there's a valid reason to do so. To avoid scattering the discussion, please *do reply to sl-ux at lists.secondlife.com * when answering. Thanks!] On 08/17/2010 01:52 PM, mysticaldemina at xrgrid.com wrote : > [...] V1.23 as well, makes designing take much > longer than it should. Like having to rezz objects to edit their contents. > Ever have to rezz hundreds of boxes to update something? Or correct the > permissions. Have to rezz a box to get to its contents I think is one of > the most difficult things for new people. Having to rezz objects to get to > stuff, then copy to inventory, then find it in inventory, etc. I have made a suggestion on how to solve this UI-wise at VWR-2427 Allow objects containing other items to be expanded within the Inventory . I'd like to hear about other approaches, too! The main problem when coming up with complete solution for these use cases is, though, that they'll probably require some fundamental changes on the (non-opensource) server side: As far as I know, currently, Object Inventory is served by the Region, and the Region only knows about rezzed Objects. So either a way would have to be added for the Region to proxy non-rezzed Objects to the client or clients would have to be granted direct (or other indirect) access to the asset storage system. I think the same goes for the Object assets themselves, so these restrictions not only apply to manipulating an Object's content, but also to editing the Object itself without rezzing it (e.g. changing it's size, shape or color). I don't know if the AD /RD separation of OGP/AWG/VWRAP will help here, thus CCing their mailing list. Maybe someone from there can shed some light on this. cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/0c747188/attachment.htm From marinekelley at gmail.com Tue Aug 17 07:45:46 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Tue, 17 Aug 2010 16:45:46 +0200 Subject: [opensource-dev] [IDEA] Access to Object content without rezzing. (was: Open Viewer Development Announcement) In-Reply-To: <4C6A9D2D.2090801@boroon.dasgupta.ch> References: <4C69BE39.1090106@fishkill.ibm.com> <201008170924.50215.Lance.Corrimal@eregion.de> <4C6A9D2D.2090801@boroon.dasgupta.ch> Message-ID: Eep ! I hope it won't bring its own share of permission defects ! This is VERY sensitive matter that is being fiddled with here ! On 17 August 2010 16:31, Boroondas Gupte wrote: > [I'm cross posting this to several mailing lists to solicit feedback. To > avoid clutter, please *do not reply to all of them* when answering, unless > there's a valid reason to do so. To avoid scattering the discussion, please > *do reply to sl-ux at lists.secondlife.com > * when answering. Thanks!] > > On 08/17/2010 01:52 PM, mysticaldemina at xrgrid.com wrote: > > > [...] V1.23 as well, makes designing take much > longer than it should. Like having to rezz objects to edit their contents. > Ever have to rezz hundreds of boxes to update something? Or correct the > permissions. Have to rezz a box to get to its contents I think is one of > the most difficult things for new people. Having to rezz objects to get to > stuff, then copy to inventory, then find it in inventory, etc. > > I have made a suggestion on how to solve this UI-wise at VWR-2427 Allow > objects containing other items to be expanded within the Inventory. > I'd like to hear about other approaches, too! > > The main problem when coming up with complete solution for these use cases > is, though, that they'll probably require some fundamental changes on the > (non-opensource) server side: > > As far as I know, currently, Object Inventory is served by the Region, and > the Region only knows about rezzed Objects. So either a way would have to be > added for the Region to proxy non-rezzed Objects to the client or clients > would have to be granted direct (or other indirect) access to the asset > storage system. > > I think the same goes for the Object assets themselves, so these > restrictions not only apply to manipulating an Object's content, but also to > editing the Object itself without rezzing it (e.g. changing it's size, shape > or color). > > I don't know if the AD /RDseparation of OGP/AWG/VWRAP will help here, thus CCing their mailing list. > Maybe someone from there can shed some light on this. > > cheers > Boroondas > > _______________________________________________ > 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/20100817/48faf881/attachment.htm From monkowsk at fishkill.ibm.com Tue Aug 17 08:21:41 2010 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Tue, 17 Aug 2010 11:21:41 -0400 Subject: [opensource-dev] no 3D; was: Open Viewer Development Announcement In-Reply-To: References: <4C69BE39.1090106@fishkill.ibm.com> <201008170924.50215.Lance.Corrimal@eregion.de> Message-ID: <4C6AA905.4090706@fishkill.ibm.com> mysticaldemina at xrgrid.com wrote: > ... I personally see at least 4 UI > implementations that are needed, 1) web based light weight. 2) Mobile, > maybe no 3D. 3. Typical user. 4. Power user or designer. "no 3D" That's an interesting idea. At first it seems that having 3D would be essential, but if the server were to render a 2-1/2 D image from a fixed angle, then that image could easily be streamed to a web browser or mobile device for all avatars on the sim. The client could center the image on its avatar to give the proper viewpoint or the server could do the clipping before sending to each client. You'd still have to worry about occlusion of avatars by objects (I can't see myself!), so perhaps four streams could be generated from the four compass directions so that the user could choose among the four viewpoints. This wouldn't be a complete solution because it wouldn't handle avatars inside buildings, but with a bit of thought, something could be worked out. Obviously, you wouldn't get the same experience as with 3D, but that shouldn't be the goal. The goal should be collaboration and social interaction. Facebook doesn't have 3D, but it does alright in that respect. Mike From open at autistici.org Tue Aug 17 08:33:06 2010 From: open at autistici.org (Opensource Obscure) Date: Tue, 17 Aug 2010 17:33:06 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6A1BD3.2070804@madonie.org> References: <4C6A1BD3.2070804@madonie.org> Message-ID: <2c44f7511a638a5dd8482648b2aa3027@localhost> On Tue, 17 Aug 2010 07:19:15 +0200, Laurent Bechir wrote: > Bryon Ruxton a ?crit : >> Mike, >> >> First of all, I said "us" in the context of those, like Henri, who >> hate the sidebar. As for "we" in general, "us" and "we" still don't work. "hating a sidebar" is not a serious approach to UI. don't hate, fix & improve it or desist. >> it is the majority who says they hate or dislike viewer 2.0 as >> indicated by multiple polls >> or articles like the following, justifying the word "we" (i.e. the >> overall majority of Residents who gave their opinion) No, these aren't really justifications. >> http://www.questionpro.com/akira/ShowResults?id=1604314&mode=data >> >> (75% disliking or hating the sidebar here.) >> http://blogs.secondlife.com/poll.jspa?poll=1017 >> http://blogs.secondlife.com/poll.jspa?poll=1018 >> http://polldaddy.com/poll/3048677/?view=results >> http://nwn.blogs.com/nwn/2010/03/20-not-increasing-growth.html >> >> Thus it's not my personal feelings. I check my facts before I say >> something. >> > > When I look at the polls and I see figures like 1489 (max), 508, 367 or > 75 participants, and that I compare those figures to the number of > people connecting to SecondLife every day, I think that those polls > represent more a little community in SL than the majority and that since > it is the only one who talk, they make a lot of noise (in forum on other > matters I also see more unhappy people talking than happy ones who > generally remain silent, which make that they are not really > representative for me). Also,it should be interesting to deepen the > arguments of the voters against viewer 2 in those polls. "Seconded". I find all claims of knowing what "SL users want" to be irrelevant; I assume & I hope LL shares this approach. It's not a secret that SL users have quite different needs and every user feedback should be supposed to be partial and specific to a particular subset of userbase. Opensource Obscure From danielravennest at gmail.com Tue Aug 17 09:12:36 2010 From: danielravennest at gmail.com (Daniel) Date: Tue, 17 Aug 2010 11:12:36 -0500 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 26 In-Reply-To: References: Message-ID: <4C6AB4F4.6040804@gmail.com> @ Henri - Indeed, it was the lack of interest in completing a User's Manual for the viewer that caused me to look to other pastures. This is after 6 years of development, you still had not documented your product. Myself and several other people wrote most of a manual (http://wiki.secondlife.com/wiki/User%27s_Manual), and to date no Linden has contributed in any significant way to filling in the holes. I got discouraged and looked elsewhere, and found a company that actually listens to it's users, content creators, and landowners. Their user client may reach what I consider beta status in the next release in the next few weeks, or if not then, the one after that, so yes, things might change soon. On the subject of users knowledge, the average number of residents online outnumbers the average number of Lindens online by 1000 to 1. There is a vast repository of experience there, which should be leveraged. Someone commented that polls of hundreds to about 1000 users is not the majority of SL population. Polls are valid to within a few percent at that scale if they are a representative sample of the population. Self-selected polls like the ones mentioned don't generate a random sample, but a login poll can do that: Ask residents regularly on login "What viewer are you using, what do you like most, what do you like least, what would you add or change?" Then adjust the response numbers to match the total resident population demographics. Getting constant feedback in this way will do two things. Get you the actual data on what residents want, and also give them the feeling that you are listening. Getting the results back to OS Devs will help point us at what needs doing. The only specific technical recommendation I can make is to have a "basic" default UI with the most commonly used menus and buttons, and then a Preferences tab to activate sets of added menus/buttons/windows for various uses: building, land management, etc. That way you have a single code base, but "versions" that are optimized for different purposes. Oh, and finish the damn User's Manual and put a link to it in the registration email. Maybe you will retain more new players that way now that you are doing away with the Orientation Islands. Writing the code is only part of the job. Telling people how to use it is just as important. > From: Henri Beauchamp > This is this kind of extremely arrogant arguments that LL keeps showing > up year after year, and that discourage people from helping and encourage > then to search elsewhere for greener pastures... > > You (LL) are lucky that you do not yet have direct competitors, since > the fact there is (for now), no other "pasture" preserves you from a > massive mass emigration. But things might change, and quicker than you > might expect... > We, however, have an HUGE advantage on you, Lindens: we are *using* SL,be it for building, scripting, roleplaying (either freeform RP or combat RP, which are two different matters), running businesses, exploring, communicating, etc... And by USING SL, we KNOW what we NEED in the viewer. > I doubt very much the people behind the viewer 2 UI desing ever actually used SL like we do ! > > > From: Ann Otoole > > How about soliciting requirements from us customers and then letting us > customers prioritize them and then you go through the process of explaining why > you will or will not implement. Maybe there is a bastion of software methodology > expertise amongst us customers and we could organize a requirements system for > you. From Lance.Corrimal at eregion.de Tue Aug 17 14:34:36 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 17 Aug 2010 23:34:36 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? Message-ID: <201008172334.36872.Lance.Corrimal@eregion.de> ... http://blogs.secondlife.com/community/features/blog/2010/08/17/display- names-bringing-greater-self-expression-to-second-life ... I guess that means the end for logging in with 1.x based viewers, does it? or could the whole login panel + auth code in 1.5 adapted to a username that consists of ONE string and no last name? bye, LC From soft at lindenlab.com Tue Aug 17 14:41:44 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Tue, 17 Aug 2010 14:41:44 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <201008172334.36872.Lance.Corrimal@eregion.de> References: <201008172334.36872.Lance.Corrimal@eregion.de> Message-ID: On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal wrote: > ... > http://blogs.secondlife.com/community/features/blog/2010/08/17/display- > names-bringing-greater-self-expression-to-second-life > > ... I guess that means the end for logging in with 1.x based viewers, > does it? Old viewers will continue to work. Old accounts would continue to log in as they do today. New accounts log in with their username as their first name and "Resident" as the last name. (For the difference between username and Display Name, see the FAQ linked at the end of the blog post). Under the hood, for all legacy viewers and scripts, the only real change is that new accounts created after some point will only ever have "Resident" as a last name. The new Display Names won't replace usernames in any location within an old viewer. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From andromedaquonset at gmail.com Tue Aug 17 14:44:31 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Tue, 17 Aug 2010 15:44:31 -0600 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <201008172334.36872.Lance.Corrimal@eregion.de> References: <201008172334.36872.Lance.Corrimal@eregion.de> Message-ID: <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> Andromeda Quonset groans very loudly. How can we get this new "feature" cancelled before it ever gets implemented? Seriously. Very bad idea. At 03:34 PM 8/17/2010, you wrote: >... >http://blogs.secondlife.com/community/features/blog/2010/08/17/display- >names-bringing-greater-self-expression-to-second-life > > >... I guess that means the end for logging in with 1.x based viewers, >does it? > > >or could the whole login panel + auth code in 1.5 adapted to a >username that consists of ONE string and no last name? > > >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 soft at lindenlab.com Tue Aug 17 14:54:20 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Tue, 17 Aug 2010 14:54:20 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> Message-ID: On Tue, Aug 17, 2010 at 2:44 PM, Andromeda Quonset wrote: > Andromeda Quonset groans very loudly. > > How can we get this new "feature" cancelled before it ever gets > implemented? ?Seriously. ?Very bad idea. In the comments on that blog post, they say there will be a public beta. I would: 1) Come up with insurmountable problems during open beta or provide other convincing feedback on why you think it's a bad idea, and 2) get it in a JIRA that's linked to that project's meta JIRA (make that if it doesn't exist yet - before open beta it may not) or get it in the blog feedback from posts like today's announcement -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From bryon at slearth.com Tue Aug 17 15:13:53 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Tue, 17 Aug 2010 15:13:53 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: As you are implementing this, you may to consider forcing capitalization via JavaScript or else on the first name (from the official actual username) e.g. "first Linden" look bad as if there is a typo in there and such proper nouns are normally capitalized. I have always found it annoying to see lowercase first names. It is probably mostly a result of omissions, but also tends to happen more frequently with younger users. And as we "officially" will get 16 and 17 years old it is much more likely to happen. It happens a lot in shopping carts or any web user database if you don't automatically capitalize first and last names or addresses by code, which I now tend to do to prevent such inconsistence in postage labels, etc... It would make for a more consistent database too. On 8/17/10 2:41 PM, "Brian McGroarty" wrote: > On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal > wrote: >> ... >> http://blogs.secondlife.com/community/features/blog/2010/08/17/display- >> names-bringing-greater-self-expression-to-second-life >> >> ... I guess that means the end for logging in with 1.x based viewers, >> does it? > > Old viewers will continue to work. Old accounts would continue to log > in as they do today. New accounts log in with their username as their > first name and "Resident" as the last name. (For the difference > between username and Display Name, see the FAQ linked at the end of > the blog post). > > Under the hood, for all legacy viewers and scripts, the only real > change is that new accounts created after some point will only ever > have "Resident" as a last name. The new Display Names won't replace > usernames in any location within an old viewer. From serra.anansi at gmail.com Tue Aug 17 15:23:54 2010 From: serra.anansi at gmail.com (Serra Anansi) Date: Tue, 17 Aug 2010 18:23:54 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: Message-ID: The fact that people have lower case first names isn't always a typo, in many cases it is intended. Please do not force capitalization on names. On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton wrote: > As you are implementing this, you may to consider forcing capitalization > via > JavaScript or else on the first name (from the official actual username) > e.g. "first Linden" look bad as if there is a typo in there and such proper > nouns are normally capitalized. > > I have always found it annoying to see lowercase first names. It is > probably > mostly a result of omissions, but also tends to happen more frequently with > younger users. And as we "officially" will get 16 and 17 years old it is > much more likely to happen. > > It happens a lot in shopping carts or any web user database if you don't > automatically capitalize first and last names or addresses by code, which I > now tend to do to prevent such inconsistence in postage labels, etc... > It would make for a more consistent database too. > > On 8/17/10 2:41 PM, "Brian McGroarty" wrote: > > > On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal > > wrote: > >> ... > >> http://blogs.secondlife.com/community/features/blog/2010/08/17/display- > >> names-bringing-greater-self-expression-to-second-life > >> > >> ... I guess that means the end for logging in with 1.x based viewers, > >> does it? > > > > Old viewers will continue to work. Old accounts would continue to log > > in as they do today. New accounts log in with their username as their > > first name and "Resident" as the last name. (For the difference > > between username and Display Name, see the FAQ linked at the end of > > the blog post). > > > > Under the hood, for all legacy viewers and scripts, the only real > > change is that new accounts created after some point will only ever > > have "Resident" as a last name. The new Display Names won't replace > > usernames in any location within an old viewer. > > > _______________________________________________ > 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/20100817/9a4b1314/attachment.htm From andromedaquonset at gmail.com Tue Aug 17 15:45:40 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Tue, 17 Aug 2010 16:45:40 -0600 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> Message-ID: <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> Brian, Thank you for responding. I have already left a post in the blog feedback, but I don't expect anything I post there to be taken seriously. Most of what I work on in-world are scripts. I am concerned about such things as llDetectedName and llKey2name getting confused and making scripts malfunction. I assume that llDetectedKey would return the correct key regardless. It appears to me that if I create a script using viewer 1.X, it will show as being created by Andromeda Quonset. It also appears to me that if I create the same script using a 2.X viewer, that it will say it was created by Andromeda Resident. In some of my products, I have access controls based on the name of the AV that touched the product. The script in that product will have a notecard containing the avatar names of those AV's that are permitted to use the product. Names being easier to work with than keys for some people. The notecard presumably gets read into a list within the script. The list is checked against the name that is returned by llDetectedName to determine access. If llDetectedName should return Andromeda Resident instead of Andromeda Quonset, and the list only has Andromeda Quonset in it, then access won't be permitted. list accessList; //assume names of av's that were entered into a notecard, and subsequently read into this list string userName; touch_start(integer num_detected) { userName = llDetectedName(0); if(llListFindList(accessList,[userName]) == -1) { llWhisper(0,"You are not on the access list, " + username); //tell AV he isn't allowed to use this } else { userFunction(); //do whatever function the AV is allowed to do } } It seems to me that there is going to need to be a distinctive set of LSL functions to accompany the display names. These might include llDetectedDisplayName, llKey2DisplayName, and llDisplayName2Key. It also seems likely that such new functions would only get implemented in a 2.X compiler, which is going to create an inter operability issue, which I think would be obvious. Do you need some examples of these? Andromeda At 03:54 PM 8/17/2010, you wrote: >On Tue, Aug 17, 2010 at 2:44 PM, Andromeda Quonset > wrote: > > Andromeda Quonset groans very loudly. > > > > How can we get this new "feature" cancelled before it ever gets > > implemented? Seriously. Very bad idea. > >In the comments on that blog post, they say there will be a public >beta. I would: > >1) Come up with insurmountable problems during open beta or provide >other convincing feedback on why you think it's a bad idea, and >2) get it in a JIRA that's linked to that project's meta JIRA (make >that if it doesn't exist yet - before open beta it may not) or get it >in the blog feedback from posts like today's announcement > >-- >Brian McGroarty | Linden Lab >Sent from my Newton MP2100 via acoustic coupler From erikba at odysseus.anderson.name Tue Aug 17 15:47:50 2010 From: erikba at odysseus.anderson.name (Erik Anderson) Date: Tue, 17 Aug 2010 15:47:50 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> Message-ID: My interpretation of what was said is that the script using a 2.X viewer would NOT say "Andromeda Resident", SL is just stating that users in the future will not be asked for a last name when they sign up, all new users after that point would have a last name of "Resident", which the 2.X viewers would likely hide. On Tue, Aug 17, 2010 at 3:45 PM, Andromeda Quonset < andromedaquonset at gmail.com> wrote: > It appears to me that if I create a script using viewer 1.X, it will > show as being created by Andromeda Quonset. It also appears to me > that if I create the same script using a 2.X viewer, that it will say > it was created by Andromeda Resident. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/4d6d4a09/attachment-0001.htm From andromedaquonset at gmail.com Tue Aug 17 15:51:20 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Tue, 17 Aug 2010 16:51:20 -0600 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: Message-ID: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Indeed. Wasn't there an issue in recent weeks/month with regard to the forum software and the case of the first letter of a name? At 04:23 PM 8/17/2010, you wrote: >The fact that people have lower case first names isn't always a >typo, in many cases it is intended. Please do not force >capitalization on names. > > > >On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton ><bryon at slearth.com> wrote: >As you are implementing this, you may to consider forcing capitalization via >JavaScript or else on the first name (from the official actual username) >e.g. "first Linden" look bad as if there is a typo in there and such proper >nouns are normally capitalized. > >I have always found it annoying to see lowercase first names. It is probably >mostly a result of omissions, but also tends to happen more frequently with >younger users. And as we "officially" will get 16 and 17 years old it is >much more likely to happen. > >It happens a lot in shopping carts or any web user database if you don't >automatically capitalize first and last names or addresses by code, which I >now tend to do to prevent such inconsistence in postage labels, etc... >It would make for a more consistent database too. > >On 8/17/10 2:41 PM, "Brian McGroarty" ><soft at lindenlab.com> wrote: > > > On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal > > <Lance.Corrimal at eregion.de> wrote: > >> ... > >> > http://blogs.secondlife.com/community/features/blog/2010/08/17/display- > >> names-bringing-greater-self-expression-to-second-life > >> > >> ... I guess that means the end for logging in with 1.x based viewers, > >> does it? > > > > Old viewers will continue to work. Old accounts would continue to log > > in as they do today. New accounts log in with their username as their > > first name and "Resident" as the last name. (For the difference > > between username and Display Name, see the FAQ linked at the end of > > the blog post). > > > > Under the hood, for all legacy viewers and scripts, the only real > > change is that new accounts created after some point will only ever > > have "Resident" as a last name. The new Display Names won't replace > > usernames in any location within an old viewer. > > >_______________________________________________ >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/20100817/af22129e/attachment.htm From soft at lindenlab.com Tue Aug 17 15:54:44 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Tue, 17 Aug 2010 15:54:44 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> Message-ID: This is correct. Andromeda Quonset will be Andromeda Quonset forever. At some point, new residents won't be able to choose a last name - only these will be "Resident" No existing script function will return different results than it does today. New script functions are added for fetching/referencing Display Names. On Tue, Aug 17, 2010 at 3:47 PM, Erik Anderson wrote: > My interpretation of what was said is that the script using a 2.X viewer > would NOT say "Andromeda Resident", SL is just stating that users in the > future will not be asked for a last name when they sign up, all new users > after that point would have a last name of "Resident", which the 2.X viewers > would likely hide. > > On Tue, Aug 17, 2010 at 3:45 PM, Andromeda Quonset > wrote: >> >> It appears to me that if I create a script using viewer 1.X, it will >> show as being created by Andromeda Quonset. ?It also appears to me >> that if I create the same script using a 2.X viewer, that it will say >> it was created by Andromeda Resident. > > > _______________________________________________ > 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 > -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From erikba at odysseus.anderson.name Tue Aug 17 15:57:31 2010 From: erikba at odysseus.anderson.name (Erik Anderson) Date: Tue, 17 Aug 2010 15:57:31 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> Message-ID: I wouldn't say "forever", I suspect a few years down the line it would be transitioned to "Andromeda.Quonset Resident" and then permanently drop the last name... On Tue, Aug 17, 2010 at 3:54 PM, Brian McGroarty wrote: > This is correct. Andromeda Quonset will be Andromeda Quonset forever. > At some point, new residents won't be able to choose a last name - > only these will be "Resident" > > No existing script function will return different results than it does > today. New script functions are added for fetching/referencing Display > Names. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/fdb53090/attachment.htm From dahliatrimble at gmail.com Tue Aug 17 16:01:01 2010 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Tue, 17 Aug 2010 16:01:01 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> Message-ID: Great. Now I can look forward to "Dahlia9993482 Resident" -dahlia (case intentional) On Tue, Aug 17, 2010 at 3:57 PM, Erik Anderson < erikba at odysseus.anderson.name> wrote: > I wouldn't say "forever", I suspect a few years down the line it would be > transitioned to "Andromeda.Quonset Resident" and then permanently drop the > last name... > > > On Tue, Aug 17, 2010 at 3:54 PM, Brian McGroarty wrote: > >> This is correct. Andromeda Quonset will be Andromeda Quonset forever. >> At some point, new residents won't be able to choose a last name - >> only these will be "Resident" >> >> No existing script function will return different results than it does >> today. New script functions are added for fetching/referencing Display >> Names. >> > > > _______________________________________________ > 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/20100817/a10c6c2a/attachment.htm From kelly at lindenlab.com Tue Aug 17 16:04:19 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Tue, 17 Aug 2010 16:04:19 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: You will be Andromeda Quonset across all viewers and all scripts. All existing scripts and new scripts using the existing functions will continue to get Andromeda Quonset. You will *never* be Andromeda Resident (unless you make another account after the change takes effect). Andromeda Resident would be a completely separate account from Andromeda Quonset, just as Andromeda Omega would be today. 'Resident' is just the final last name, and is treated specially on new viewers to be hidden from view when displayed. Your account will NOT change to Andromeda Resident. It will NOT change to Andromeda.Quonset Resident. Resident will not be tacked onto the end of any existing avatar's name. All existing script library calls will forever more continue to return the 'full name'. Existing lists of avatars will continue to match their list of avatars. There will be some potential confusion for new residents who will identify as "John12345" or "John Smith" but not "John12345 Resident". There will be entirely new LSL function calls to handle display names. - Kelly On Tue, Aug 17, 2010 at 3:51 PM, Andromeda Quonset < andromedaquonset at gmail.com> wrote: > Indeed. Wasn't there an issue in recent weeks/month with regard to the > forum software and the case of the first letter of a name? > > > At 04:23 PM 8/17/2010, you wrote: > > The fact that people have lower case first names isn't always a typo, in > many cases it is intended. Please do not force capitalization on names. > > > > On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton wrote: > As you are implementing this, you may to consider forcing capitalization > via > JavaScript or else on the first name (from the official actual username) > e.g. "first Linden" look bad as if there is a typo in there and such proper > nouns are normally capitalized. > > I have always found it annoying to see lowercase first names. It is > probably > mostly a result of omissions, but also tends to happen more frequently with > younger users. And as we "officially" will get 16 and 17 years old it is > much more likely to happen. > > It happens a lot in shopping carts or any web user database if you don't > automatically capitalize first and last names or addresses by code, which I > now tend to do to prevent such inconsistence in postage labels, etc... > It would make for a more consistent database too. > > On 8/17/10 2:41 PM, "Brian McGroarty" wrote: > > > On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal > > < Lance.Corrimal at eregion.de> wrote: > >> ... > >> http://blogs.secondlife.com/community/features/blog/2010/08/17/display- > >> names-bringing-greater-self-expression-to-second-life > >> > >> ... I guess that means the end for logging in with 1.x based viewers, > >> does it? > > > > Old viewers will continue to work. Old accounts would continue to log > > in as they do today. New accounts log in with their username as their > > first name and "Resident" as the last name. (For the difference > > between username and Display Name, see the FAQ linked at the end of > > the blog post). > > > > Under the hood, for all legacy viewers and scripts, the only real > > change is that new accounts created after some point will only ever > > have "Resident" as a last name. The new Display Names won't replace > > usernames in any location within an old viewer. > > > _______________________________________________ > 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/20100817/9a8a611e/attachment-0001.htm From andromedaquonset at gmail.com Tue Aug 17 16:13:26 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Tue, 17 Aug 2010 17:13:26 -0600 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> Message-ID: <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> Sighs. I see you misunderstood. Perhaps I have, too, in usage of the word "Resident". In my post, where I referenced "Andromeda Resident", change that to "Andromeda DisplayName" In a script that has been compiled to use a new function, presumably compiled under a 2.X viewer, when an AV that is logged-in under a 1.X viewer, and activates the script compiled under 2.X, will need to have results returned to him based on a 1.X compilation, and not a 2.X compilation in order to not cause a runtime error. I doubt I will be doing any scripting anytime soon in a Client 2 environment, given the major issues I have with viewer, like the entire world being a 4 x 4 inch area to work from in the middle of my 22" widescreen with great big blacked-out edges to fill-in around that 4 x 4 inch area. And there is the issue of the script editor being seriously broken. Can't edit scripts without a script editor. And there is the issue of doing an uninstall of the 2.X client, and having it delete 5 years of chat dialog as it tidies up after itself. Best thing as I see it is to not implement it. Maybe in 2012 we can look revisit it. At 04:54 PM 8/17/2010, you wrote: >This is correct. Andromeda Quonset will be Andromeda Quonset forever. >At some point, new residents won't be able to choose a last name - >only these will be "Resident" > >No existing script function will return different results than it does >today. New script functions are added for fetching/referencing Display >Names. > >On Tue, Aug 17, 2010 at 3:47 PM, Erik Anderson > wrote: > > My interpretation of what was said is that the script using a 2.X viewer > > would NOT say "Andromeda Resident", SL is just stating that users in the > > future will not be asked for a last name when they sign up, all new users > > after that point would have a last name of "Resident", which the > 2.X viewers > > would likely hide. > > > > On Tue, Aug 17, 2010 at 3:45 PM, Andromeda Quonset > > wrote: > >> > >> It appears to me that if I create a script using viewer 1.X, it will > >> show as being created by Andromeda Quonset. It also appears to me > >> that if I create the same script using a 2.X viewer, that it will say > >> it was created by Andromeda Resident. > > > > > > _______________________________________________ > > 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 > > > > > >-- >Brian McGroarty | Linden Lab >Sent from my Newton MP2100 via acoustic coupler From jacek.antonelli at gmail.com Tue Aug 17 16:14:49 2010 From: jacek.antonelli at gmail.com (Jacek Antonelli) Date: Tue, 17 Aug 2010 18:14:49 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <201008172334.36872.Lance.Corrimal@eregion.de> References: <201008172334.36872.Lance.Corrimal@eregion.de> Message-ID: On Tue, Aug 17, 2010 at 4:34 PM, Lance Corrimal wrote: > > ... I guess that means the end for logging in with 1.x based viewers, > does it? I'm sure third party viewer developers are capable of backporting something as simple as display names. ;-) (Besides all the points mentioned above about how you will still be able to log in with old viewers even if they don't support display names.) - Jacek From bryon at slearth.com Tue Aug 17 16:16:25 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Tue, 17 Aug 2010 16:16:25 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: Sorry if lacked clarification, I was referring to the "current" residents names (as capitalized), NOT the new display name which will become the person's username as I understand it. Because of the added flexibility with Display Names, I see it a good opportunity to enforce the official First and Last name both capitalized when shown and possibly clean up the legacy database of "First & Last" names. i.e. Someone named currently named "iama Linden" would be changed automatically to Iama Linden as his display name which he can change to lower case via his display name box he chooses so, like dahlia here does. Even if that was to apply to future usernames "when first chosen". You could very well enforce a first capital and still allow for lowercase display names after that, or even have a checkbox to prevent the automatic JavaScript capitalization at registration. But it would fair to say that lack of fist name capitalization due to users omission is much more common than a deliberate intent coming from the user. So I view "initial capitalization" as a default setting for that reason. And 2. you should also prevent anyone to use a display name baring the name of an existing username in my opinion. As per the FAQs: >Will you limit the number of people who use a particular Display Name? >No, because you can use username to uniquely identify individual avatars. There can be many Residents using John Smith as their Display Name, but you can discover which is which by looking at their username ? for example, in their profile. That's prone to problems of deceptive impersonations of existing avatar names and misunderstandings. Any display name should check against the username db. On 8/17/10 3:20 PM, "Marc Adored" wrote: > The purpose of this is to give people more freedom to express > themselves in their name. Therefore enforcing capitalization would > hinder that idea. A lot of people have usernames that are not > capitalized for a reason either for expression or because its to mimic > the proper name of something they like. like someone using iMonster or > something is a spoof of apples uses of lowercase i in front of their > products and people use it to mimic or mock apple. > > hope you understand what im trying to get to > > On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton wrote: >> As you are implementing this, you may to consider forcing capitalization via >> JavaScript or else on the first name (from the official actual username) >> e.g. "first Linden" look bad as if there is a typo in there and such proper >> nouns are normally capitalized. >> >> I have always found it annoying to see lowercase first names. It is probably >> mostly a result of omissions, but also tends to happen more frequently with >> younger users. And as we "officially" will get 16 and 17 years old it is >> much more likely to happen. >> >> It happens a lot in shopping carts or any web user database if you don't >> automatically capitalize first and last names or addresses by code, which I >> now tend to do to prevent such inconsistence in postage labels, etc... >> It would make for a more consistent database too. >> >> On 8/17/10 2:41 PM, "Brian McGroarty" wrote: >> >>> On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal >>> wrote: >>>> ... >>>> http://blogs.secondlife.com/community/features/blog/2010/08/17/display- >>>> names-bringing-greater-self-expression-to-second-life >>>> >>>> ... I guess that means the end for logging in with 1.x based viewers, >>>> does it? >>> >>> Old viewers will continue to work. Old accounts would continue to log >>> in as they do today. New accounts log in with their username as their >>> first name and "Resident" as the last name. (For the difference >>> between username and Display Name, see the FAQ linked at the end of >>> the blog post). >>> >>> Under the hood, for all legacy viewers and scripts, the only real >>> change is that new accounts created after some point will only ever >>> have "Resident" as a last name. The new Display Names won't replace >>> usernames in any location within an old viewer. >> >> >> _______________________________________________ >> 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 trilobyte550m at gmail.com Tue Aug 17 16:26:56 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Tue, 17 Aug 2010 16:26:56 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: <22F2BA96-2F09-44E4-B8E7-E32E4F336E12@gmail.com> The main area I can foresee there being a problem is fraud. Someone changes their name to "BlakOpal Customer Service" and then hangs out at one of our in-world store locations when we're not around scamming customers ("give me lindens, and I'll send you stuff cheap") or griefing. I'm also concerned about someone simply changing to my name or my partner's name for similar purposes. While any L$ or item transaction should show the user name as well as the display name, I can see unsuspecting people getting taken for a ride. But that's just conjecture, there may end up being some controls to limit that as a potential problem. As for forcing capitals, either on new residents or on existing accounts, no thanks. TriloByte Zanzibar On Aug 17, 2010, at 4:04 PM, Kelly Linden wrote: > You will be Andromeda Quonset across all viewers and all scripts. All existing scripts and new scripts using the existing functions will continue to get Andromeda Quonset. You will *never* be Andromeda Resident (unless you make another account after the change takes effect). Andromeda Resident would be a completely separate account from Andromeda Quonset, just as Andromeda Omega would be today. 'Resident' is just the final last name, and is treated specially on new viewers to be hidden from view when displayed. > > Your account will NOT change to Andromeda Resident. It will NOT change to Andromeda.Quonset Resident. Resident will not be tacked onto the end of any existing avatar's name. > > All existing script library calls will forever more continue to return the 'full name'. Existing lists of avatars will continue to match their list of avatars. There will be some potential confusion for new residents who will identify as "John12345" or "John Smith" but not "John12345 Resident". > > There will be entirely new LSL function calls to handle display names. > > - Kelly > > On Tue, Aug 17, 2010 at 3:51 PM, Andromeda Quonset wrote: > Indeed. Wasn't there an issue in recent weeks/month with regard to the forum software and the case of the first letter of a name? > > > At 04:23 PM 8/17/2010, you wrote: >> The fact that people have lower case first names isn't always a typo, in many cases it is intended. Please do not force capitalization on names. >> >> >> >> On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton wrote: >> As you are implementing this, you may to consider forcing capitalization via >> JavaScript or else on the first name (from the official actual username) >> e.g. "first Linden" look bad as if there is a typo in there and such proper >> nouns are normally capitalized. >> >> I have always found it annoying to see lowercase first names. It is probably >> mostly a result of omissions, but also tends to happen more frequently with >> younger users. And as we "officially" will get 16 and 17 years old it is >> much more likely to happen. >> >> It happens a lot in shopping carts or any web user database if you don't >> automatically capitalize first and last names or addresses by code, which I >> now tend to do to prevent such inconsistence in postage labels, etc... >> It would make for a more consistent database too. >> >> On 8/17/10 2:41 PM, "Brian McGroarty" wrote: >> >> > On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal >> > < Lance.Corrimal at eregion.de> wrote: >> >> ... >> >> http://blogs.secondlife.com/community/features/blog/2010/08/17/display- >> >> names-bringing-greater-self-expression-to-second-life >> >> >> >> ... I guess that means the end for logging in with 1.x based viewers, >> >> does it? >> > >> > Old viewers will continue to work. Old accounts would continue to log >> > in as they do today. New accounts log in with their username as their >> > first name and "Resident" as the last name. (For the difference >> > between username and Display Name, see the FAQ linked at the end of >> > the blog post). >> > >> > Under the hood, for all legacy viewers and scripts, the only real >> > change is that new accounts created after some point will only ever >> > have "Resident" as a last name. The new Display Names won't replace >> > usernames in any location within an old viewer. >> >> >> _______________________________________________ >> 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 > > _______________________________________________ > 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/20100817/1166ea79/attachment.htm From kelly at lindenlab.com Tue Aug 17 16:30:22 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Tue, 17 Aug 2010 16:30:22 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> Message-ID: * Scripts will work the same across all viewer versions. Scripts are server side. It does not matter which viewer you use. * You will never be Andromeda DisplayName. * You will never be Andromeda Resident * You will never be Andromeda.Quonset Resident * You will always be Andromeda Quonset to all existing scripts and all scripts that do not use new DisplayName functions. * If you never use a new viewer and do not set a display name you will always be Andromeda Quonset to everyone else, no matter what viewer they use. New llGetDisplayName function will still return Andromeda Quonset. New llGetUserName function may return Andromeda.Quonset. * IF (and only IF) you use a new viewer AND set a display name (lets say to "Andromeda") then other people may see you as Andromeda. Any scripts that do llGetDisplayName will get Andromeda. If they do llKey2Name they will get Andromeda Quonset. If they do llGetUserName they will get Andromeda.Quanset. * For a new user that registers as Joe1234 and sets their display name to Joe: llKey2Name will return Joe1234 Resident llGetUserName will return Joe1234 llGetDisplayName will return Joe There is a big caveat here: It is possible the LSL functions available that I see are not the final versions or what will be released. But they should be very close. - Kelly On Tue, Aug 17, 2010 at 4:13 PM, Andromeda Quonset < andromedaquonset at gmail.com> wrote: > Sighs. I see you misunderstood. Perhaps I have, too, in usage of > the word "Resident". > > In my post, where I referenced "Andromeda Resident", change that to > "Andromeda DisplayName" > > In a script that has been compiled to use a new function, presumably > compiled under a 2.X viewer, when an AV that is logged-in under a 1.X > viewer, and activates the script compiled under 2.X, will need to > have results returned to him based on a 1.X compilation, and not a > 2.X compilation in order to not cause a runtime error. > > I doubt I will be doing any scripting anytime soon in a Client 2 > environment, given the major issues I have with viewer, like the > entire world being a 4 x 4 inch area to work from in the middle of my > 22" widescreen with great big blacked-out edges to fill-in around > that 4 x 4 inch area. And there is the issue of the script editor > being seriously broken. Can't edit scripts without a script > editor. And there is the issue of doing an uninstall of the 2.X > client, and having it delete 5 years of chat dialog as it tidies up > after itself. > > Best thing as I see it is to not implement it. Maybe in 2012 we can > look revisit it. > > At 04:54 PM 8/17/2010, you wrote: > >This is correct. Andromeda Quonset will be Andromeda Quonset forever. > >At some point, new residents won't be able to choose a last name - > >only these will be "Resident" > > > >No existing script function will return different results than it does > >today. New script functions are added for fetching/referencing Display > >Names. > > > >On Tue, Aug 17, 2010 at 3:47 PM, Erik Anderson > > wrote: > > > My interpretation of what was said is that the script using a 2.X > viewer > > > would NOT say "Andromeda Resident", SL is just stating that users in > the > > > future will not be asked for a last name when they sign up, all new > users > > > after that point would have a last name of "Resident", which the > > 2.X viewers > > > would likely hide. > > > > > > On Tue, Aug 17, 2010 at 3:45 PM, Andromeda Quonset > > > wrote: > > >> > > >> It appears to me that if I create a script using viewer 1.X, it will > > >> show as being created by Andromeda Quonset. It also appears to me > > >> that if I create the same script using a 2.X viewer, that it will say > > >> it was created by Andromeda Resident. > > > > > > > > > _______________________________________________ > > > 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 > > > > > > > > > > >-- > >Brian McGroarty | Linden Lab > >Sent from my Newton MP2100 via acoustic coupler > > _______________________________________________ > 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/20100817/a9b4b539/attachment-0001.htm From dillydobbs at gmail.com Tue Aug 17 16:39:18 2010 From: dillydobbs at gmail.com (dilly dobbs) Date: Tue, 17 Aug 2010 18:39:18 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> Message-ID: *'like the entire world being a 4 x 4 inch area to work from in the middle of my 22" widescreen with great big blacked-out edges to fill-in around that 4 x 4 inch area.'* * * The issue above is most likely a display driver issue with your current configuration. I wouldn't think that this is an issue with the 2.X platform. I love deadlines. I like the whooshing sound they make as they fly by Douglas Adams On Tue, Aug 17, 2010 at 6:13 PM, Andromeda Quonset < andromedaquonset at gmail.com> wrote: > Sighs. I see you misunderstood. Perhaps I have, too, in usage of > the word "Resident". > > In my post, where I referenced "Andromeda Resident", change that to > "Andromeda DisplayName" > > In a script that has been compiled to use a new function, presumably > compiled under a 2.X viewer, when an AV that is logged-in under a 1.X > viewer, and activates the script compiled under 2.X, will need to > have results returned to him based on a 1.X compilation, and not a > 2.X compilation in order to not cause a runtime error. > > I doubt I will be doing any scripting anytime soon in a Client 2 > environment, given the major issues I have with viewer, like the > entire world being a 4 x 4 inch area to work from in the middle of my > 22" widescreen with great big blacked-out edges to fill-in around > that 4 x 4 inch area. And there is the issue of the script editor > being seriously broken. Can't edit scripts without a script > editor. And there is the issue of doing an uninstall of the 2.X > client, and having it delete 5 years of chat dialog as it tidies up > after itself. > > Best thing as I see it is to not implement it. Maybe in 2012 we can > look revisit it. > > At 04:54 PM 8/17/2010, you wrote: > >This is correct. Andromeda Quonset will be Andromeda Quonset forever. > >At some point, new residents won't be able to choose a last name - > >only these will be "Resident" > > > >No existing script function will return different results than it does > >today. New script functions are added for fetching/referencing Display > >Names. > > > >On Tue, Aug 17, 2010 at 3:47 PM, Erik Anderson > > wrote: > > > My interpretation of what was said is that the script using a 2.X > viewer > > > would NOT say "Andromeda Resident", SL is just stating that users in > the > > > future will not be asked for a last name when they sign up, all new > users > > > after that point would have a last name of "Resident", which the > > 2.X viewers > > > would likely hide. > > > > > > On Tue, Aug 17, 2010 at 3:45 PM, Andromeda Quonset > > > wrote: > > >> > > >> It appears to me that if I create a script using viewer 1.X, it will > > >> show as being created by Andromeda Quonset. It also appears to me > > >> that if I create the same script using a 2.X viewer, that it will say > > >> it was created by Andromeda Resident. > > > > > > > > > _______________________________________________ > > > 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 > > > > > > > > > > >-- > >Brian McGroarty | Linden Lab > >Sent from my Newton MP2100 via acoustic coupler > > _______________________________________________ > 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/20100817/db03fec6/attachment.htm From aimee at lindenlab.com Tue Aug 17 16:42:15 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Wed, 18 Aug 2010 00:42:15 +0100 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> Message-ID: <09EC3492-684C-4E4B-9982-57AB5C9A866B@lindenlab.com> No, that's not the case, display names are not returned to the existing LSL functions. Your existing account will always be seen as Andromeda Quonset to existing scripts no matter what you change your display name to. New LSL calls used to return display names to new scripts equally will not be a problem for older viewers either, what viewer you are running makes no difference to a script which is running on the server. Aimee. On 18 Aug 2010, at 00:13, Andromeda Quonset wrote: > Sighs. I see you misunderstood. Perhaps I have, too, in usage of > the word "Resident". > > In my post, where I referenced "Andromeda Resident", change that to > "Andromeda DisplayName" > > In a script that has been compiled to use a new function, presumably > compiled under a 2.X viewer, when an AV that is logged-in under a 1.X > viewer, and activates the script compiled under 2.X, will need to > have results returned to him based on a 1.X compilation, and not a > 2.X compilation in order to not cause a runtime error. From kadah.coba at gmail.com Tue Aug 17 16:42:39 2010 From: kadah.coba at gmail.com (Kadah) Date: Tue, 17 Aug 2010 16:42:39 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> Message-ID: <4C6B1E6F.2000506@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/17/2010 4:30 PM, Kelly Linden wrote: > * IF (and only IF) you use a new viewer AND set a display name (lets say > to "Andromeda") then other people may see you as Andromeda. Any scripts > that do llGetDisplayName will get Andromeda. If they do llKey2Name they > will get Andromeda Quonset. If they do llGetUserName they will get > Andromeda.Quanset. The FAQ (https://wiki.secondlife.com/wiki/Display_Names#Will_Display_Names_affect_scripts_I_have_created_or_bought.3F) seems to say different. It should be corrected/clarified. I'm confused, will out usernames keep our existing case, be all over case, or Have First Letters Capped? Each thing I read seems to state something different. ie. myfirstnameisalllowerBUTFORTHIS Lastname This: myfirstnameisalllowerBUTFORTHIS.Lastname? Or: myfirstnameisalllowerbutforthis.lastname? Or this: Myfirstnameisalllowerbutforthis.Lastname? o.O -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMax5vAAoJEIdLfPRu7qE2zk0IAIwAMeUd92yEnusKxE01BQre mI2rkwyi2iZ1wqNygySn/R20fZSzranrBE2lnmWmFlZ9io6dYBvG5cf89uVWRoHn 3RryTWrv4ei3kZsBU1hDD+roi2PKNHJvxe7JedgiwkVTvM+aqHtNUuKsLHdsQg9W uPWQkmTEjU5/nvTa0mAL6YJysQ3Zfo0TxW6HF5p9Ic8UpI11P9MRlejN8Vt/AlB4 GgjTSzuF8bsaKQ41dq3JvIwyz5J1rya9CKK9kuBOQSMN5GOaEwOSyn/opDI3SIPo W/odd1XtiM8Vk0aqwAHDB0G6wEssufdzA8dlfFgD3CLWypxIeob0bHgQdhOL/QA= =vHXx -----END PGP SIGNATURE----- From chess at us.ibm.com Tue Aug 17 16:43:22 2010 From: chess at us.ibm.com (David M Chess) Date: Tue, 17 Aug 2010 19:43:22 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <09EC3492-684C-4E4B-9982-57AB5C9A866B@lindenlab.com> Message-ID: Darn you Lindens, always clouding the issue with facts!! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/7f34168f/attachment.htm From schlenk at uni-oldenburg.de Tue Aug 17 16:47:36 2010 From: schlenk at uni-oldenburg.de (Michael Schlenker) Date: Wed, 18 Aug 2010 01:47:36 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: Message-ID: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: > Sorry if lacked clarification, > I was referring to the "current" residents names (as capitalized), NOT the > new display name which will become the person's username as I understand it. > > Because of the added flexibility with Display Names, I see it a good > opportunity to enforce the official First and Last name both capitalized > when shown and possibly clean up the legacy database of "First & Last" > names. This will break content if it hits the scripting layer. E.g. i have some scripts that derive things from the current username (including upper/lowercase distinction), and if you simply capitalized names it would break. Same with the aformentioned scripted access control lists. > > i.e. Someone named currently named "iama Linden" would be changed > automatically to Iama Linden as his display name which he can change to > lower case via his display name box he chooses so, like dahlia here does. > > Even if that was to apply to future usernames "when first chosen". > You could very well enforce a first capital and still allow for lowercase > display names after that, or even have a checkbox to prevent the automatic > JavaScript capitalization at registration. But it would fair to say that > lack of fist name capitalization due to users omission is much more common > than a deliberate intent coming from the user. So I view "initial > capitalization" as a default setting for that reason. > > And 2. you should also prevent anyone to use a display name baring the name > of an existing username in my opinion. NO. That would limit the usefulness for some kind of RP for sure. Might be okay if it was not allowed for IM or if IM always showed the old style name too. And maybe you noticed that lowercase/uppercase transformation is not a lossless operation (okay, might be due to the restrictions on SL firstnames, but in general its a lossy operation). Michael From merov at lindenlab.com Tue Aug 17 17:00:37 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 17 Aug 2010 17:00:37 -0700 Subject: [opensource-dev] Snowstorm, JIRA and versions Message-ID: Hi, I'm looking at my backlog of SNOW bugs and I'm really missing right now a "Snowstorm x.x" version in the "Fixed revision(s)" field. Especially after this afternoon meeting where everyone agreed to work off Snowstorm only and let SG2.x dies. For instance, there a JIRA issue ( http://jira.secondlife.com/browse/SNOW-646) that we discussed with WolfPup on IRC that would be great to add to the Snowstorm backlog. Anyway, it's easy enough to add but we need to agree on what to add and a couple of other things: * SNOW product: I think I read somewhere that we will be using VWR and not SNOW for Snowstorm bugs. Correct? (I'm fine with it... just asking for clarification...). If correct, I'll start moving JIRAs from SNOW to VWR when I see fit. * Affect versions: either way, how do we identify versions now? For instance, issues in the current lindenlab/viewer-development repo should be marked as what? I suppose "Viewer 2.1.1"... * Fixed versions: this is trickier, as we're moving with a bi monthly release schedule, we're going to increment that number quite fast. Again, fine with me but we need to create "Viewer 2.1.2" and a couple of others as well as a "Viewer 2.x" to park issues that are not on the backlog at all. Apologies if this is described already somewhere and I missed it. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/964bb561/attachment-0001.htm From andromedaquonset at gmail.com Tue Aug 17 17:46:37 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Tue, 17 Aug 2010 18:46:37 -0600 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> Message-ID: <4c6b2d65.2948960a.2a76.1c47@mx.google.com> I shall attempt to clarify my clarification. I realize in point of fact that you are not saying that my current, login name, of Andromeda Quonset was going to change to something else. What I was attempting to do was post what amounts to pseudocode. My mistake. What I said was if I set my DISPLAY NAME to "Andromeda DisplayName". But, essentially, you are saying that if I set my display name to "Andromeda DisplayName", a script call to something like llDetectedName() is going to return "Andromeda Quonset" every time. If I want something to return "Andromeda DisplayName", then it is going to have to be by using some new function we haven't seen such as llDetectedDisplayName(). You said that "* Scripts will work the same across all viewer versions. Scripts are server side. It does not matter which viewer you use." I'm sure you are more aware of how the internals work than I do, but if scripts are server-side, and I am logged-in and interacting with a script that uses llDetectedDisplayName() (or llGetDisplayName), then it seems to me that what is returned to me would be whatever the server-side thinks my display name is, regardless of my being logged-in with viewer 1 or viewer 2, and regardless of which viewer the script writer was logged in with when compiled. At 05:30 PM 8/17/2010, you wrote: >* Scripts will work the same across all viewer >versions. Scripts are server side. It does not matter which viewer you use. > >* You will never be Andromeda DisplayName. I was trying to use this as an example display name. >* You will never be Andromeda Resident I was also trying to use this as an example display name. >* You will never be Andromeda.Quonset Resident Well, that's good, because that looks ugly. >* You will always be Andromeda Quonset to all >existing scripts and all scripts that do not use new DisplayName functions. What I am concerned about is how scripts that use the new functions are going to work. >* If you never use a new viewer and do not set a >display name you will always be Andromeda >Quonset to everyone else, no matter what viewer >they use. New llGetDisplayName function will >still return Andromeda Quonset. New >llGetUserName function may return? Andromeda.Quonset. You are certain of this? It was my understanding from the faq that if I don't set a display name, that the default will be "andromeda.quonset" (Existing first name in all lower-case followed by a dot followed by existing last name all in lower-case) My question about the functionality of scripts based on the viewer version is based on the history of some new functions that became available quite some time ago, and which functioned differently at runtime depending on which viewer one was logged in with, such as llDetectedTouchFace, which did require some viewer support to function correctly. >* IF (and only IF) you use a new viewer AND set >a display name (lets say to "Andromeda") then >other people may see you as Andromeda. Any >scripts that do llGetDisplayName will get >Andromeda. If they do llKey2Name they will get >Andromeda Quonset. If they do llGetUserName they will get Andromeda.Quanset. > >* For a new user that registers as Joe1234 and sets their display name to Joe: >llKey2Name will return Joe1234 Resident >llGetUserName will return Joe1234 >llGetDisplayName will return Joe > >There is a big caveat here: It is possible the >LSL functions available that I see are not the >final versions or what will be released. But they should be very close. > >? - Kelly From kadah.coba at gmail.com Tue Aug 17 18:23:47 2010 From: kadah.coba at gmail.com (Kadah) Date: Tue, 17 Aug 2010 18:23:47 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> Message-ID: <4C6B3623.8060409@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/17/2010 5:14 AM, Aidan Thornton wrote: > For example, this shows up in the replacement of pie menus with > standard right-click menus. The big advantage of pie menus is that > they're fast to use - all the entries are large and easy to hit with > the mouse. The new right-click menu, on the other hand, has really > tiny entries that make you hunt with the mouse. Unlike in Second Life, > in most applications the right-click menu is not intended as the main > way to interact with the application - anything commonly-used can be > accessed in another faster way. +1 I cannot count the number of times I've accidentally clicked the wrong option on the right-click menu cause my cursor slipped off the tiny 16px tall area. Pie menus are really good for quick, repeatable actions. The only problem I had with pies was a small one, the layout was different if I clicked on my avatar or one of my attachment, make it kinda hard to take off cloths quickly when attachments were in the way :P -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMazYjAAoJEIdLfPRu7qE2+cgIANk9Ft+SE5y1tQVOT+5+PK45 CM+SwBbgq5D7JCxFueVnMFakXa7nyDcIWLSPObR6V/lDrutil3TcVoJsp2UBCCkS X+eT/h5DuSKk3ssVY9b4E8JIymfCZGHrrqGGSLeMzrzAAIq4S6G6IjczeLaeEXRG FuukILIBxf4utvLCmuamKO0f4j/jUWERmhBKQdfim/Yczaw/tBZj9aRE99fuoeME w4Anlu24HbzhGmRgM0UUJmhBmvUfVu6phz6egZGbUY6HouAMQP2N63cn75NGsRnD K4dgV+wx2zxb3TqqznQIfEaq1+DQAdesldsEJHZCfSMHVFefZriry8Y2kzj4HPw= =1hv/ -----END PGP SIGNATURE----- From bryon at slearth.com Tue Aug 17 18:35:30 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Tue, 17 Aug 2010 18:35:30 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> Message-ID: On 8/17/10 4:47 PM, "Michael Schlenker" wrote: > Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: > >> Sorry if lacked clarification, >> I was referring to the "current" residents names (as capitalized), NOT the >> new display name which will become the person's username as I understand it. >> >> Because of the added flexibility with Display Names, I see it a good >> opportunity to enforce the official First and Last name both capitalized >> when shown and possibly clean up the legacy database of "First & Last" >> names. > > This will break content if it hits the scripting layer. E.g. i have some > scripts > that derive things from the current username (including upper/lowercase > distinction), > and if you simply capitalized names it would break. Same with the > aformentioned scripted access control lists. First and Last being unique I'd advise you lowercase them anyway before processing as a general practice. It allows for partial names, typos, better search etc... >> >> i.e. Someone named currently named "iama Linden" would be changed >> automatically to Iama Linden as his display name which he can change to >> lower case via his display name box he chooses so, like dahlia here does. >> >> Even if that was to apply to future usernames "when first chosen". >> You could very well enforce a first capital and still allow for lowercase >> display names after that, or even have a checkbox to prevent the automatic >> JavaScript capitalization at registration. But it would fair to say that >> lack of fist name capitalization due to users omission is much more common >> than a deliberate intent coming from the user. So I view "initial >> capitalization" as a default setting for that reason. >> >> And 2. you should also prevent anyone to use a display name baring the name >> of an existing username in my opinion. > > NO. That would limit the usefulness for some kind of RP for sure. Might be > okay if it was > not allowed for IM or if IM always showed the old style name too. It surely needs to be clearly identified if there are no restrictions at all. E.g. I don't mind if you use: "Philip Linden's Baby", "Philip Linden 1", "Philip Linden?" or "?Philip Linden?" etc.. but not "Philip Linden". A 100% match of the name (case insensitive) and even perhaps groups name should be prevented for the best. As I interpret it you cannot use "Georges Clooney" as display name unless perhaps you real name is indeed Georges Clooney, that would be in breach of the rules. So is "Coca Cola" ("Cola Cola Fan" being acceptable) Rules being: When selecting a name, do not choose one that: * violates a celebrity?s right in their name, a trademarked brand name, or any copyright or intellectual property right. * deceives others regarding your identity or affiliation; or * is vulgar, offensive, hateful or harassing. I already see a lot of abuse reports claiming breach of the Display Name rules should there be no preemptive enforcement. I think the one I am suggesting is a minimum prevention and fits along those principles. At LL's discretion to assess its merits against the projected caveats and name confusions issues they'll have to deal with. > And maybe you noticed that lowercase/uppercase transformation is not a > lossless operation > (okay, might be due to the restrictions on SL firstnames, but in general its a > lossy operation). > Michael > From rusyasoft at gmail.com Tue Aug 17 18:39:36 2010 From: rusyasoft at gmail.com (Rustam Rakhimov) Date: Wed, 18 Aug 2010 10:39:36 +0900 Subject: [opensource-dev] vehicles got some problem ? Message-ID: Hi VW developers [developers are future] I want to ask you question about vehicles As I know vehicles got some problem in OpenSim isn't it ? so is there any news about Vehicles in Opensim. I want it to run some car script on OpenSim please help anyone thanks in advance !!! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/de1ecbcf/attachment.htm From oz at lindenlab.com Tue Aug 17 18:45:14 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 17 Aug 2010 21:45:14 -0400 Subject: [opensource-dev] Snowstorm, JIRA and versions In-Reply-To: References: Message-ID: <4C6B3B2A.2080905@lindenlab.com> On 2010-08-17 20:00, Philippe (Merov) Bossut wrote: > Hi, > > I'm looking at my backlog of SNOW bugs and I'm really missing right > now a "Snowstorm x.x" version in the "Fixed revision(s)" field. > Especially after this afternoon meeting where everyone agreed to work > off Snowstorm only and let SG2.x dies. For instance, there a JIRA > issue (http://jira.secondlife.com/browse/SNOW-646) that we discussed > with WolfPup on IRC that would be great to add to the Snowstorm backlog. > > Anyway, it's easy enough to add but we need to agree on what to add > and a couple of other things: > * SNOW product: I think I read somewhere that we will be using VWR and > not SNOW for Snowstorm bugs. Correct? (I'm fine with it... just asking > for clarification...). If correct, I'll start moving JIRAs from SNOW > to VWR when I see fit. That's correct. > * Affect versions: either way, how do we identify versions now? For > instance, issues in the current lindenlab/viewer-development repo > should be marked as what? I suppose "Viewer 2.1.1"... good question... Esbee is owns version numbering, I suspect we should change to either 2.1.2 or 2.2.0 but let's let her weigh in. > * Fixed versions: this is trickier, as we're moving with a bi monthly > release schedule, we're going to increment that number quite fast. > Again, fine with me but we need to create "Viewer 2.1.2" and a couple > of others as well as a "Viewer 2.x" to park issues that are not on the > backlog at all. Well, if I'm not mistaken, viewers built from the viewer-development branch will also have the _DEVELOPMENT at the end of the version string - do we really need to increment any of the first three until they go to Beta and Release? From malachi at tamzap.com Tue Aug 17 18:45:54 2010 From: malachi at tamzap.com (malachi) Date: Tue, 17 Aug 2010 21:45:54 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: I understand this is all coming about to make it easier for people. Fine and dandy there. But isn't this just limiting the overall number of users that will be allowed to create accounts? I mean there are only so many combinations of characters that could be created with the last name Resident. I think if you are worried about residents walking away from the registration page because of a 'limited' list of last names, perhaps the official second life page could be a bit more like the regapi's that are out there. like it used to be in the good old days. when one could just select their last name from the entire list of last names, and not from a randomized pick of 12. just my 2 cents sorry to bother anyone. malachi On Tue, 17 Aug 2010 19:04:19 -0400, Kelly Linden wrote: > You will be Andromeda Quonset across all viewers and all scripts. All > existing scripts and new scripts using the existing functions will > continue > to get Andromeda Quonset. You will *never* be Andromeda Resident (unless > you > make another account after the change takes effect). Andromeda Resident > would be a completely separate account from Andromeda Quonset, just as > Andromeda Omega would be today. 'Resident' is just the final last name, > and > is treated specially on new viewers to be hidden from view when > displayed. > > Your account will NOT change to Andromeda Resident. It will NOT change to > Andromeda.Quonset Resident. Resident will not be tacked onto the end of > any > existing avatar's name. > > All existing script library calls will forever more continue to return > the > 'full name'. Existing lists of avatars will continue to match their list > of > avatars. There will be some potential confusion for new residents who > will > identify as "John12345" or "John Smith" but not "John12345 Resident". > > There will be entirely new LSL function calls to handle display names. > > - Kelly > > On Tue, Aug 17, 2010 at 3:51 PM, Andromeda Quonset < > andromedaquonset at gmail.com> wrote: > >> Indeed. Wasn't there an issue in recent weeks/month with regard to the >> forum software and the case of the first letter of a name? >> >> >> At 04:23 PM 8/17/2010, you wrote: >> >> The fact that people have lower case first names isn't always a typo, in >> many cases it is intended. Please do not force capitalization on names. >> >> >> >> On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton wrote: >> As you are implementing this, you may to consider forcing >> capitalization >> via >> JavaScript or else on the first name (from the official actual username) >> e.g. "first Linden" look bad as if there is a typo in there and such >> proper >> nouns are normally capitalized. >> >> I have always found it annoying to see lowercase first names. It is >> probably >> mostly a result of omissions, but also tends to happen more frequently >> with >> younger users. And as we "officially" will get 16 and 17 years old it is >> much more likely to happen. >> >> It happens a lot in shopping carts or any web user database if you don't >> automatically capitalize first and last names or addresses by code, >> which I >> now tend to do to prevent such inconsistence in postage labels, etc... >> It would make for a more consistent database too. >> >> On 8/17/10 2:41 PM, "Brian McGroarty" wrote: >> >> > On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal >> > < Lance.Corrimal at eregion.de> wrote: >> >> ... >> >> >> http://blogs.secondlife.com/community/features/blog/2010/08/17/display- >> >> names-bringing-greater-self-expression-to-second-life >> >> >> >> ... I guess that means the end for logging in with 1.x based viewers, >> >> does it? >> > >> > Old viewers will continue to work. Old accounts would continue to log >> > in as they do today. New accounts log in with their username as their >> > first name and "Resident" as the last name. (For the difference >> > between username and Display Name, see the FAQ linked at the end of >> > the blog post). >> > >> > Under the hood, for all legacy viewers and scripts, the only real >> > change is that new accounts created after some point will only ever >> > have "Resident" as a last name. The new Display Names won't replace >> > usernames in any location within an old viewer. >> >> >> _______________________________________________ >> 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 >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From latifer at streamgrid.net Tue Aug 17 19:21:42 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Wed, 18 Aug 2010 04:21:42 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: The big source of confusion regarding scripts is the following line from the FAQ: "Your username will automatically be formed from your existing avatar name in the form of your current Second Life firstname.lastname." Since existing functions will return username, does that mean they will return "latif.khalifa". Which is my username, "Latif Khalifa" or "latif.khalifa"? From yoz at lindenlab.com Tue Aug 17 19:24:48 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Tue, 17 Aug 2010 19:24:48 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100817114451.f310db6a.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> Message-ID: On 17 August 2010 02:44, Henri Beauchamp wrote: > On Mon, 16 Aug 2010 19:27:34 -0700, Yoz Grahame wrote: > > > Linden Lab has the final say in what goes into the Linden Lab viewer. A > > third-party viewer team has the final say in what goes into their viewer. > > Indeed, but if LL is so close-minded as to reject any change to the UI > that would allow v1 lovers to adopt v2, then there is no chance that > any v1 developer will migrate to the v2 code base... > That's not what I meant, and if I gave that impression, I apologise. Requests for well-specified elements of the v1.x UI, backed up by reasoned arguments, are something we can put in the backlog for discussion. Requests for either reverting the entire v2.x UI to that of v1.x, or keeping both running in parallel, will not make it into the backlog; firstly because neither is feasible for us, and secondly because such a request in no way helps us to focus on what the specific UI problems are. There have been several hundred UI changes between 1.23 and 2.1.1, ranging from the creation of the sidebar to individual checkbox relocation. Many of those came from resident feedback, or from many hours of user experience testing. If you want any of them reversed or changed, it's not unreasonable that we require specifics and reasoning before we commit to the work. Once you supply that, we can weigh up the pros and cons, maybe open the question up to more feedback, and then make a decision. We may, after consideration, ultimately decide against your suggestion. It's our right as the project owners. Some seem to interpret disagreement as ignoring feedback. This is not the case, and our push for a more open development process relies on participants being open to occasionally losing arguments. We have far better things to do than spend weeks on a project that's all about opening ourselves to more feedback purely so we can ignore it. (Some might see it as a demented kind of fun for the first few hours until the beer runs out, but we're not into those kinds of parties.) Certainly, we've already had a large amount of feedback about what users like and dislike. Much of the negative feedback, when reduced to actionable specifics, focuses on a small number of high-profile changes; for example, the sidebar. When examined further, many of the problems are around certain aspects of those changes rather than the changes themselves; for example, the sidebar's modality and non-detachability rather than its entire existence. When focused in this way, the work required to give our mainline viewer far wider approval becomes much more manageable than reverting the entire UI. Some of it may involve bringing back aspects of v1, or coming up with something new, or making certain elements more configurable, or simply choosing better defaults. There's no single answer, but there is a single goal: we want to make something that's better for everyone than anything we've made before. On a related note, Esbee's put up the backlog: https://spreadsheets2.google.com/ccc?key=tCVGlO5ndR_oyrfKEC9CxKA&hl=en#gid=5 If you think we've been ignoring negative feedback, please take a look. And gosh, what's that at the very top? -- Yoz Linden -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/4ca4b6ec/attachment.htm From kelly at lindenlab.com Tue Aug 17 19:55:53 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Tue, 17 Aug 2010 19:55:53 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: (lets move this to the scripters list?) I need to refresh myself on this. There should be 3 names: user name: latif.khalifa full name: Latif Khalifa display name: The Awesome Latif Most (all?) the existing LSL functions will return the 'full name'. I also find it confusing to use Kelly DifferentLastName as an example display name. This isn't about picking a new last name. It is about being just 'Kelly' or 'Teh Kellz'. Sorry, it was just part of what was confusing me about the previous examples. A new user is: user name: john1234 full name: john1234 Resident display name: john The full name is pretty much only relevant for LSL for legacy purposes. We spent quite a bit of time trying to find the right way to handle LSL to cause the least amount of breakage. Scripts that parse for a space to get a first name should still work, scripts that require a unique name should still work, scripts that require names to match those stored in a notecard or otherwise stored should still work. These seemed the most common cases. Scripts that ask the user to enter their name and then check that against a sensor event may "break" because what people think of when you ask them for their name will change, especially for new users. These scripts will need to be updated. This is probably a good topic for my OH next week, at least the LSL specific portion. - Kelly On Tue, Aug 17, 2010 at 7:21 PM, Latif Khalifa wrote: > The big source of confusion regarding scripts is the following line > from the FAQ: > > "Your username will automatically be formed from your existing avatar > name in the form of your current Second Life firstname.lastname." > > Since existing functions will return username, does that mean they > will return "latif.khalifa". Which is my username, "Latif Khalifa" or > "latif.khalifa"? > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/68526874/attachment.htm From kelly at lindenlab.com Tue Aug 17 19:57:28 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Tue, 17 Aug 2010 19:57:28 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: I wanted to amend this that I also think 'Full Name' is what is shown in old viewers as well as for legacy LSL. But I need to triple verify that. - Kelly On Tue, Aug 17, 2010 at 7:55 PM, Kelly Linden wrote: > (lets move this to the scripters list?) > > I need to refresh myself on this. There should be 3 names: > user name: latif.khalifa > full name: Latif Khalifa > display name: The Awesome Latif > > Most (all?) the existing LSL functions will return the 'full name'. I also > find it confusing to use Kelly DifferentLastName as an example display name. > This isn't about picking a new last name. It is about being just 'Kelly' or > 'Teh Kellz'. Sorry, it was just part of what was confusing me about the > previous examples. > > A new user is: > user name: john1234 > full name: john1234 Resident > display name: john > > The full name is pretty much only relevant for LSL for legacy purposes. We > spent quite a bit of time trying to find the right way to handle LSL to > cause the least amount of breakage. Scripts that parse for a space to get a > first name should still work, scripts that require a unique name should > still work, scripts that require names to match those stored in a notecard > or otherwise stored should still work. These seemed the most common cases. > Scripts that ask the user to enter their name and then check that against a > sensor event may "break" because what people think of when you ask them for > their name will change, especially for new users. These scripts will need to > be updated. > > This is probably a good topic for my OH next week, at least the LSL > specific portion. > > - Kelly > > > On Tue, Aug 17, 2010 at 7:21 PM, Latif Khalifa wrote: > >> The big source of confusion regarding scripts is the following line >> from the FAQ: >> >> "Your username will automatically be formed from your existing avatar >> name in the form of your current Second Life firstname.lastname." >> >> Since existing functions will return username, does that mean they >> will return "latif.khalifa". Which is my username, "Latif Khalifa" or >> "latif.khalifa"? >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/cfee03b1/attachment.htm From javajoint at gmail.com Tue Aug 17 20:20:49 2010 From: javajoint at gmail.com (Daniel Smith) Date: Tue, 17 Aug 2010 20:20:49 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: What if I dont want someone to use my username as their display name? This seems like a reasonable request. I shouldn't have to be a celebrity, etc. I just want to avoid confusion. Not to make a pun, but it's my namespace. I would propose that we get an account setting: AllowMyNameForDisplay Have it set to "no" by default. If I feel like turning it on so that others can use my name, then fine, that would be me "opting in". cheers, Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/1a8a29ec/attachment.htm From tateru at taterunino.net Tue Aug 17 20:34:22 2010 From: tateru at taterunino.net (Tateru Nino) Date: Wed, 18 Aug 2010 13:34:22 +1000 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: <4C6B54BE.4080908@taterunino.net> What I'm wondering is if it is too late to drop the dot and the lower-casing from the user name as used or displayed. On 18/08/2010 12:55 PM, Kelly Linden wrote: > (lets move this to the scripters list?) > > I need to refresh myself on this. There should be 3 names: > user name: latif.khalifa > full name: Latif Khalifa > display name: The Awesome Latif > > Most (all?) the existing LSL functions will return the 'full name'. I > also find it confusing to use Kelly DifferentLastName as an example > display name. This isn't about picking a new last name. It is about > being just 'Kelly' or 'Teh Kellz'. Sorry, it was just part of what was > confusing me about the previous examples. > > A new user is: > user name: john1234 > full name: john1234 Resident > display name: john > > The full name is pretty much only relevant for LSL for legacy > purposes. We spent quite a bit of time trying to find the right way to > handle LSL to cause the least amount of breakage. Scripts that parse > for a space to get a first name should still work, scripts that > require a unique name should still work, scripts that require names to > match those stored in a notecard or otherwise stored should still > work. These seemed the most common cases. Scripts that ask the user to > enter their name and then check that against a sensor event may > "break" because what people think of when you ask them for their name > will change, especially for new users. These scripts will need to be > updated. > > This is probably a good topic for my OH next week, at least the LSL > specific portion. > > - Kelly > > On Tue, Aug 17, 2010 at 7:21 PM, Latif Khalifa > wrote: > > The big source of confusion regarding scripts is the following line > from the FAQ: > > "Your username will automatically be formed from your existing avatar > name in the form of your current Second Life firstname.lastname." > > Since existing functions will return username, does that mean they > will return "latif.khalifa". Which is my username, "Latif Khalifa" or > "latif.khalifa"? > > > > _______________________________________________ > 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 -- Tateru Nino http://dwellonit.taterunino.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/5c322752/attachment-0001.htm From yoz at lindenlab.com Tue Aug 17 20:38:11 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Tue, 17 Aug 2010 20:38:11 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: Folks, neither the Scripters list nor opensource-dev are suitable places for discussing aspects of Display Names that don't directly relate to the lists' purposes. Not only is it off-topic, but there are far better venues for providing feedback to the project owners, such as in the blog post comments. Trust me, taking this discussion elsewhere will have a better result for all concerned. On 17 August 2010 20:20, Daniel Smith wrote: > [ high-level stuff about Display Names ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100817/69757ca7/attachment.htm From andromedaquonset at gmail.com Tue Aug 17 20:45:32 2010 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Tue, 17 Aug 2010 21:45:32 -0600 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: <4c6b574f.16e9640a.3d87.6e1f@mx.google.com> Sounds reasonable to me. I would like to extend this a little bit: Suppose I can't login to the grid for some reason using my main AV. And I need to login to take care of some things. So, I login with an alt. I would like a checkbox that says AllowOnlyMyAlts ToUseMyNameForDisplay. Maybe have some blank spaces where I can list my alts, and have the permissions granted ahead of time, because when I can't log in with my main AV, I'm certain I won't be able to grant the permission then. At 09:20 PM 8/17/2010, Daniel Smith wrote: >What if I dont want someone to use my username as their display name? > >This seems like a reasonable request. I shouldn't have to be a >celebrity, etc. >I just want to avoid confusion. Not to make a pun, but it's my namespace. > >I would propose that we get an account setting: AllowMyNameForDisplay >Have it set to "no" by default. If I feel like turning it on so that others >can use my name, then fine, that would be me "opting in". > >cheers, > >Daniel From mysticaldemina at xrgrid.com Tue Aug 17 20:59:08 2010 From: mysticaldemina at xrgrid.com (mysticaldemina at xrgrid.com) Date: Tue, 17 Aug 2010 23:59:08 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: <8E9ABB53A95E4055B19D23A7CE37A53B@TWEEDY64> Gosh, couldn't we have simple meshes instead of display names? C# scripting, shared libraries, there are 100 features I think I could list that are to me are more important than this. Slim client back so I can talk to people when I can't be logged into the full client. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of malachi Sent: Tuesday, August 17, 2010 9:46 PM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] display names = the end of 1.x viewers? I understand this is all coming about to make it easier for people. Fine and dandy there. But isn't this just limiting the overall number of users that will be allowed to create accounts? I mean there are only so many combinations of characters that could be created with the last name Resident. I think if you are worried about residents walking away from the registration page because of a 'limited' list of last names, perhaps the official second life page could be a bit more like the regapi's that are out there. like it used to be in the good old days. when one could just select their last name from the entire list of last names, and not from a randomized pick of 12. just my 2 cents sorry to bother anyone. malachi On Tue, 17 Aug 2010 19:04:19 -0400, Kelly Linden wrote: > You will be Andromeda Quonset across all viewers and all scripts. All > existing scripts and new scripts using the existing functions will > continue > to get Andromeda Quonset. You will *never* be Andromeda Resident (unless > you > make another account after the change takes effect). Andromeda Resident > would be a completely separate account from Andromeda Quonset, just as > Andromeda Omega would be today. 'Resident' is just the final last name, > and > is treated specially on new viewers to be hidden from view when > displayed. > > Your account will NOT change to Andromeda Resident. It will NOT change to > Andromeda.Quonset Resident. Resident will not be tacked onto the end of > any > existing avatar's name. > > All existing script library calls will forever more continue to return > the > 'full name'. Existing lists of avatars will continue to match their list > of > avatars. There will be some potential confusion for new residents who > will > identify as "John12345" or "John Smith" but not "John12345 Resident". > > There will be entirely new LSL function calls to handle display names. > > - Kelly > > On Tue, Aug 17, 2010 at 3:51 PM, Andromeda Quonset < > andromedaquonset at gmail.com> wrote: > >> Indeed. Wasn't there an issue in recent weeks/month with regard to the >> forum software and the case of the first letter of a name? >> >> >> At 04:23 PM 8/17/2010, you wrote: >> >> The fact that people have lower case first names isn't always a typo, in >> many cases it is intended. Please do not force capitalization on names. >> >> >> >> On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton wrote: >> As you are implementing this, you may to consider forcing >> capitalization >> via >> JavaScript or else on the first name (from the official actual username) >> e.g. "first Linden" look bad as if there is a typo in there and such >> proper >> nouns are normally capitalized. >> >> I have always found it annoying to see lowercase first names. It is >> probably >> mostly a result of omissions, but also tends to happen more frequently >> with >> younger users. And as we "officially" will get 16 and 17 years old it is >> much more likely to happen. >> >> It happens a lot in shopping carts or any web user database if you don't >> automatically capitalize first and last names or addresses by code, >> which I >> now tend to do to prevent such inconsistence in postage labels, etc... >> It would make for a more consistent database too. >> >> On 8/17/10 2:41 PM, "Brian McGroarty" wrote: >> >> > On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal >> > < Lance.Corrimal at eregion.de> wrote: >> >> ... >> >> >> http://blogs.secondlife.com/community/features/blog/2010/08/17/display- >> >> names-bringing-greater-self-expression-to-second-life >> >> >> >> ... I guess that means the end for logging in with 1.x based viewers, >> >> does it? >> > >> > Old viewers will continue to work. Old accounts would continue to log >> > in as they do today. New accounts log in with their username as their >> > first name and "Resident" as the last name. (For the difference >> > between username and Display Name, see the FAQ linked at the end of >> > the blog post). >> > >> > Under the hood, for all legacy viewers and scripts, the only real >> > change is that new accounts created after some point will only ever >> > have "Resident" as a last name. The new Display Names won't replace >> > usernames in any location within an old viewer. >> >> >> _______________________________________________ >> 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 >> -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ _______________________________________________ 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 Aug 17 23:34:32 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 18 Aug 2010 08:34:32 +0200 Subject: [opensource-dev] the snowstorm backlog Message-ID: <201008180834.33023.Lance.Corrimal@eregion.de> ...what's with that google spreadsheet, I thought there's the jira? From yoz at lindenlab.com Wed Aug 18 00:27:34 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Wed, 18 Aug 2010 00:27:34 -0700 Subject: [opensource-dev] the snowstorm backlog In-Reply-To: <201008180834.33023.Lance.Corrimal@eregion.de> References: <201008180834.33023.Lance.Corrimal@eregion.de> Message-ID: On 17 August 2010 23:34, Lance Corrimal wrote: > ...what's with that google spreadsheet, I thought there's the jira? > Good point! But the JIRA interface isn't great at backlog organisation with Scrum. Now if only there was some kind of Scrum-focused add-on that we could use for managing scrums and the backlog in a nice JIRA-integrated and publicly-visible way... http://www.atlassian.com/software/greenhopper/ I guess we'd better do that, then. (I was actually in the middle of drafting the blog post about it when I saw this. I should probably stop reading mail and get back to it.) -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/4bb5130b/attachment.htm From sldev at free.fr Wed Aug 18 01:20:03 2010 From: sldev at free.fr (Henri Beauchamp) Date: Wed, 18 Aug 2010 10:20:03 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: <20100818102003.a48be1af.sldev@free.fr> On Tue, 17 Aug 2010 19:55:53 -0700, Kelly Linden wrote: > (lets move this to the scripters list?) > > I need to refresh myself on this. There should be 3 names: > user name: latif.khalifa > full name: Latif Khalifa > display name: The Awesome Latif > > Most (all?) the existing LSL functions will return the 'full name'. I also > find it confusing to use Kelly DifferentLastName as an example display name. > This isn't about picking a new last name. It is about being just 'Kelly' or > 'Teh Kellz'. Sorry, it was just part of what was confusing me about the > previous examples. > > A new user is: > user name: john1234 > full name: john1234 Resident > display name: john Why restricting new user names to "Resident" ? It will only make the choice for the first name more dificult, since "John" will be taken by the first new resident registering it, and then others will have no other choice than to use numbers or weird characters to register and we will end up with IRC-like names like John12345 and John54321, which will make it only more difficult to distinguish all the Johns from each others in-world (for identification purpose, such as objects ownership, anti-griefing and stuff). Why not, instead, letting the new user choose their full name (first and second name) as they wish (provided it doesn't collide with an existing one, of course), just like what happens in almost all OpenSim grids ? Henri. From Lance.Corrimal at eregion.de Wed Aug 18 01:50:07 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 18 Aug 2010 10:50:07 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <20100818102003.a48be1af.sldev@free.fr> References: <20100818102003.a48be1af.sldev@free.fr> Message-ID: <201008181050.07882.Lance.Corrimal@eregion.de> On Wednesday 18 August 2010 10:20:03 Henri Beauchamp wrote: > Why restricting new user names to "Resident" ? It's not a restriction. the whole thing, as far as i can see, boils down to this: there's the login, and the display name. the login is _one_ word, chosen at account creation, and will stay the same forever. For example, it could be something like andromeda02 or whatever. the display name can be anything, and can be changed once a week. So if you would create a new account for whatever reasons, you could choose feedledumthebard as your login, and set your display name to "Henri Beauchamp the 2nd." What will happen to old accounts is that their login will be constructed by using their avatar name, lowercase, and connecting the two pieces with a dot, and by default their Display name will be the original avatar name. So, in my case, my login will be lance.corrimal and my dosplay name will be Lance Corrimal. and in an old viewer with no display name support it will stay that way. Now what about the fictive new account that you created? the login name is feedledumthebard. the display name is "Henri Beauchamp the 2nd" and in an old viewer with no support for display names it'll show as: "feedledumthebard Resident". > > It will only make the choice for the first name more dificult, since > "John" will be taken by the first new resident registering it, and then > others will have no other choice than to use numbers or weird characters > to register and we will end up with IRC-like names like John12345 and > John54321, which will make it only more difficult to distinguish all the > Johns from each others in-world (for identification purpose, such as > objects ownership, anti-griefing and stuff). only for their LOGIN, which will not be the Display Name. Display names do NOT have to be unique. Think of display names as "group titles that don't need a group to be in", and it becomes more clear. The fact that display names don't have to be unique opens the biggest can of worms though. What keeps me from, lets say, creating a throwaway alt, setting its Display Name to "Stiletto Moody", and hanging out at that famous shoe shop telling people that the place will close down and that all rights to the designs have been sold to (whatever the place is that will sell copybotted versions). Other than the fear of having that throwaway alt getting permanently banned in maybe a year or two when the g-team gets around to doing it. What keeps me from setting the display name to the name of a well-known land baron, hanging out at their hub, telling prospective tenants that there's no free land but "so and so that we're cooperating with still has a few free homesteads"...? The fact that the login name can be seen in the profile does NOT mean that people will understand the difference, or pay attention to it. Keep in mind that there are LONG TIME RESIDENTS who still don't know how to read a notecard. That paints a pretty black prospect of the mental capacities of the generic noobie... IF those display names arenot shot down before rollout (hopefully they are) there needs a BIG section on discovery island covering them, and how to avoid being scammed. bye, LC From tateru at taterunino.net Wed Aug 18 02:07:44 2010 From: tateru at taterunino.net (Tateru Nino) Date: Wed, 18 Aug 2010 19:07:44 +1000 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <201008181050.07882.Lance.Corrimal@eregion.de> References: <20100818102003.a48be1af.sldev@free.fr> <201008181050.07882.Lance.Corrimal@eregion.de> Message-ID: <4C6BA2E0.10703@taterunino.net> On 18/08/2010 6:50 PM, Lance Corrimal wrote: > On Wednesday 18 August 2010 10:20:03 Henri Beauchamp wrote: > > >> Why restricting new user names to "Resident" ? > It's not a restriction. > > the whole thing, as far as i can see, boils down to this: > > there's the login, and the display name. > > the login is _one_ word, chosen at account creation, and will stay the same > forever. For example, it could be something like andromeda02 or whatever. > the display name can be anything, and can be changed once a week. > So if you would create a new account for whatever reasons, you could choose > feedledumthebard as your login, and set your display name to "Henri Beauchamp > the 2nd." > > What will happen to old accounts is that their login will be constructed by > using their avatar name, lowercase, and connecting the two pieces with a dot, > and by default their Display name will be the original avatar name. That's where we connect with the viewer. Input and presentation. I can't say as I'm thrilled by the account name being shown as 'tateru.nino' in every place that the account name is displayed (or expected) by the viewer. I've got capital letters and a space in my original name, after all - and my expectation would be for the account-name to preserve that (or if it is transforming it because the schema can't handle an 0x20, to conceal that transformation from the viewer presentation layers insofar as is possible to do so). Heck, make my account/login '93ede1c5e1363385eb577efc312ae11d' and I'm still just as happy - so long as what is /displayed /and /typed /as my account name is still "Tateru Nino" Having my account name visibly changed as a part of the process (regardless of what is or is not done with display names) seems unnecessary and lazy. > So, in my case, my login will be lance.corrimal and my dosplay name will be > Lance Corrimal. > > and in an old viewer with no display name support it will stay that way. > > Now what about the fictive new account that you created? > the login name is feedledumthebard. > the display name is "Henri Beauchamp the 2nd" > and in an old viewer with no support for display names it'll show as: > "feedledumthebard Resident". > > >> It will only make the choice for the first name more dificult, since >> "John" will be taken by the first new resident registering it, and then >> others will have no other choice than to use numbers or weird characters >> to register and we will end up with IRC-like names like John12345 and >> John54321, which will make it only more difficult to distinguish all the >> Johns from each others in-world (for identification purpose, such as >> objects ownership, anti-griefing and stuff). > > only for their LOGIN, which will not be the Display Name. > > Display names do NOT have to be unique. > > Think of display names as "group titles that don't need a group to be in", and > it becomes more clear. > > The fact that display names don't have to be unique opens the biggest can of > worms though. > > What keeps me from, lets say, creating a throwaway alt, setting its Display > Name to "Stiletto Moody", and hanging out at that famous shoe shop telling > people that the place will close down and that all rights to the designs have > been sold to (whatever the place is that will sell copybotted versions). > Other than the fear of having that throwaway alt getting permanently banned in > maybe a year or two when the g-team gets around to doing it. > > What keeps me from setting the display name to the name of a well-known land > baron, hanging out at their hub, telling prospective tenants that there's no > free land but "so and so that we're cooperating with still has a few free > homesteads"...? > > The fact that the login name can be seen in the profile does NOT mean that > people will understand the difference, or pay attention to it. > > Keep in mind that there are LONG TIME RESIDENTS who still don't know how to > read a notecard. That paints a pretty black prospect of the mental capacities > of the generic noobie... > > > > IF those display names arenot shot down before rollout (hopefully they are) > there needs a BIG section on discovery island covering them, and how to avoid > being scammed. > > > 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 > -- Tateru Nino http://dwellonit.taterunino.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/7398460c/attachment.htm From sldev at free.fr Wed Aug 18 03:38:04 2010 From: sldev at free.fr (Henri Beauchamp) Date: Wed, 18 Aug 2010 12:38:04 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> Message-ID: <20100818123804.f908901c.sldev@free.fr> On Tue, 17 Aug 2010 19:24:48 -0700, Yoz Grahame wrote: > On 17 August 2010 02:44, Henri Beauchamp wrote: > > > On Mon, 16 Aug 2010 19:27:34 -0700, Yoz Grahame wrote: > > > > > Linden Lab has the final say in what goes into the Linden Lab viewer. A > > > third-party viewer team has the final say in what goes into their viewer. > > > > Indeed, but if LL is so close-minded as to reject any change to the UI > > that would allow v1 lovers to adopt v2, then there is no chance that > > any v1 developer will migrate to the v2 code base... > > > > That's not what I meant, and if I gave that impression, I apologise. > > Requests for well-specified elements of the v1.x UI, backed up by reasoned > arguments, are something we can put in the backlog for discussion. Requests > for either reverting the entire v2.x UI to that of v1.x, or keeping both > running in parallel, will not make it into the backlog; firstly because > neither is feasible for us, and secondly because such a request in no way > helps us to focus on what the specific UI problems are. I tend to disagree strongly with the "non-feasability" of a dual-fold UI, especially when taken, element per element. As an example, I could take the pie menu: someone in this list (Aidan Thornton) gave damned good reasons for reverting the v2 UI context menus on avatars and objects to pie menus, which I would fully second. It is *perfectly* possible to let the user choose between both via an UI setting that when changed would take effect after a viewer restart (I implemented such settings for other UI elements in the Cool VL Viewer, so I know first hand what I'm speaking about here): this would make everyone happy and could be contributed to Snowtorm code base by open source developers. Now, think about your stance: if you keep refusing such changes on the pretext it's "not feasible", here is what will happen: - TPV developers will first stay with the v1.23/SG v1 viewer code base and will keep producing backport patches for the few new features of v2 that are necessary or useful to keep up using SL. To give you a little idea of how long this statu quo could last, I'll simply cite my own experience with the v1.19 code base: I could maintain it from november 2007 to this year, and only decided this year that I'll stop maintaining it (for the backports become more and more difficult and time consuming). QUESTION: Do you want to delay the contributions to Snowstorm by TPV developers by 2 years ? Sure, you might still be able to incorporate some of the new features developed in TPVs, but you will have to do it *yourself*, because no TPV developer will bother submiting patches for Snowstorm during this period ! - TPV developers will then finally (and reluctantly) migrate to the v2 code base and will concentrate their efforts on reverting all UI elements they know their users dislike (or simply can't accept !), which will hamper their ability to produce new useful features by consuming their time on things that could have been changed earlier (by spending the time they "lost" producing backports to implement the UI switches in Snowstorm instead). Also, they will change the UI in a way that doesn't preserve the v2 way of doing things, since I don't see anyone (but for Lindens...) bothering with something that 80% of the SL user base rejects. Instead of having the UI changes implemented as options in Snowstorm, you will then end up with radical and incompatible changes implemented in TPVs and as many forked v2 viewers that will keep attracting like magnets SL users, making Snowstorm look like the ugly duck. QUESTION: do you think it is at all producive ? For LL ? For us, OS developers ? The answer to the latter is "no, but we won't have a choice, it's LL's fault !". > There have been several hundred UI changes between 1.23 and 2.1.1, ranging > from the creation of the sidebar to individual checkbox relocation. Many of > those came from resident feedback, Oh ?... Where are the polls about the changes you made, behind the scene ? In fact this "resident feedback" is simply the result of a ridiculous minority of very vocal residents who took the time to give you *their* feedback. Don't you see the *REAL* feedback of your *CUTSOMERS BASE* as a *WHOLE* ?... just LOOK at the v2 usage stats on the grid, damned it, and stop the corporate lies, *pretty* please ! I can understand that LL is pissed off that the amount of money and time they spent in viewer 2 results in the end in 80% of their customers rejecting it, but I (and with me, 80% of the residents) *can't* understand your suicidal stance which consists on trying to force the new UI of viewer 2 down everyone's throat ! > or from many hours of user experience testing. Are you speaking about the closed beta testers who now complain that their feedback wasn't listened to and even less taken into account ? And how did you choose these few beta-testers ?... How would they represent the wide range of the SL user base anyway ? > If you want any of them reversed or changed, it's not unreasonable > that we require specifics and reasoning before we commit to the work. > Once you supply that, we can weigh up the pros and cons, maybe open > the question up to more feedback, and then make a decision. Such specifics were supplied COUNTLESS times via numerous channels, but LL keeps having the autistic behaviour it showed for now over 3 years... This is hopeless. :-( > We may, after consideration, ultimately decide against your suggestion. Yes, this is in fact what you are planing to do anyway. It's easier to sing "viewer 2 is marvellous" loud enough not to hear the complaints than to fix what was broken. I sincerely hope for you that you will not be part of the next 30% of the Lindens that will be fired in 2011 because of LL's decline... At least you seem ready to discuss about serious matters, so I'd prefer still having you around in 2011... > It's our right as the project owners. Some seem to interpret disagreement > as ignoring feedback. This is not the case, and our push for a more open > development process relies on participants being open to occasionally losing > arguments. We have far better things to do than spend weeks on a project > that's all about opening ourselves to more feedback purely so we can ignore > it. (Some might see it as a demented kind of fun for the first few hours > until the beer runs out, but we're not into those kinds of parties.) Frankly, I'd hope that you *will* finally turn those words into actual actions, because I (and many others with me) start feeling desesperate will LL's stubborness. In your turn, ask yourself why people such as myself are posting such desperate (and yes, vehement) calls for LL's attention on such primordial subjects as the viewer UI, the policies, the coming changes (teens on the grid, oh please, mercy ! Noooooooo !), etc... We spend significant part of our free time to produce code, to give feedback, to try and make SL better for *us all*, and we would LOVE to do it in harmony with LL. But instead, we have to quite literaly *fight* and *scream* to try and make ourselves heard, while the facts and statistics prove *we* are right and LL is wrong. SL has been on the down slope since the last quarter of 2007 (the "last logged in 60 days" figure on the login screen peaked at around 1 800 000 in 2007 and stayed below 1 500 000 ever since the end of 2007, under 1 400 000 right now, and as a merchant in SL, the end of 2007 was also the start of the correlated decline of my own incomes, and accelerated further by the adoption of the broken search engine, by the adult segregation policy, etc, to become what it is now: a quarter of the revenues I had in 2007 while I got 4 times more products for sale !), and this largely because of HUGE strategic mistakes, that MANY residents warned LL upon, just to be superbly ignored, their valid arguments wiped off disdainfully with the back of LL's hand with a "we, LL, know better because we are a multi-million dollar business". Know, I could sing in my turn "I told you the new groups architecture is broken and should be reverted back to what it was till you find a solution", "I told you the new search engine is broken and ruining many SL businesses", "I told you the adult segregation would make the user base and businesses go further down", because, you know... yes, I *did* tell you... But I don't want to tell you in a year or so, "I told you Snowstorm would be a failure" ! PLEASE, PRETTY PLEASE, do NOT commit yet another mistake when you are SO CLOSE to doing "THE RIGHT THING" ! YES, Snowstorm is a GREAT opportunity, but please, don't stop in the middle of the river and let yourself swept by the stream: you NEED to go just a couple LITTLE steps farther to reach the bank of the Open Source Paradise. These steps are simply: - DO NOT HOLD PREJUDICE ABOUT PROPOSED UI CHANGES, even if it means "going backwards": you, LL do know better than us about the grid architecture and protocols, but we know better than you when it comes to the UI, because unlike you, WE ARE your user base, WE ARE the ones ACTUALLY using the viewer !!! - DO NOT SEGREGATE SUBMISSIONS: since you made Snowstorm LGPL, there is now *no more need* for the FLOSS exception and for contribution agreements (since you can take a snapshot of the Open Source viewer at anytime and incorporate them to your own closed source viewer, and this without any LGPL contributor additional permission). This will bring you a whole wealth of really useful patches (and I'm not speaking about the UI, here, but about many new features that were developed for TPVs) without forcing the OS developers to choose between endangering their real life by giving up privacy threatening details in a CA or not being able to contribute to Snowstorm. > Certainly, we've already had a large amount of feedback about what users > like and dislike. Much of the negative feedback, when reduced to actionable > specifics, focuses on a small number of high-profile changes; for example, > the sidebar. When examined further, many of the problems are around certain > aspects of those changes rather than the changes themselves; for example, > the sidebar's modality and non-detachability rather than its entire > existence. In all honesty, take every reproach done to the side bar, such as (non- exhaustive list): - The tools in the side bar are modal. - The tools in the side bar don't have a floater equivalent any more that I can move on the screen and resize like I want. - The tools in the side bar contain less info than what was available with the old floaters at a singe glance (the friends list, for example) - It eats up half of the window. - It prevents keeping some floater open on the surface that it eats up when open (the camera and movement controls, for example) since the floater are kept over it. - The side bar icons would be better replaced by text to be made more explicit... In fact, all icons in the side bar would be better replaced by buttons in the tool bar. - It shrinks down the chat input line when opened. - Add your own here... Now, take the solutions to address each of these reproachs. What do you think is the smallest common multiplier ? It's: get rid of the side bar altogether (or make it optional) ! > When focused in this way, the work required to give our mainline viewer far > wider approval becomes much more manageable than reverting the entire UI. > Some of it may involve bringing back aspects of v1, or coming up with > something new, or making certain elements more configurable, or simply > choosing better defaults. There's no single answer, but there is a single > goal: we want to make something that's better for everyone than anything > we've made before. The problem being (seconded by the very fact 80% of SL users don't want to use viewer v2): for now, the viewer 2 UI is about the worst thing LL ever produced... Facts do sound blunt, by they are facts and even LL cannot deny them. But as long as you will accept ammending (and yes, it might well mean reverting in some cases) the UI, there is still some hope we can end up with a consensual (if not perfect) viewer. > On a related note, Esbee's put up the backlog: > https://spreadsheets2.google.com/ccc?key=tCVGlO5ndR_oyrfKEC9CxKA&hl=en#gid=5 > If you think we've been ignoring negative feedback, please take a look. And > gosh, what's that at the very top? Question being: how can I (or any other resident) add my own feedback to this ????? Regards, Henri. From secret.argent at gmail.com Wed Aug 18 04:54:20 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Wed, 18 Aug 2010 06:54:20 -0500 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100816202303.500f4530.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> Message-ID: <5525628C-82A3-43C3-B15D-F55AC6651F96@gmail.com> On 2010-08-16, at 13:23, Henri Beauchamp wrote: > Well, the first improvement to do is to actually revert 80% of the UI > to the way v1.23's one was working, especially getting rid of that > moronic side bar is its modal tools which impair productivity and > user-friendliness... The question is: will LL finally admit that the > viewer 2 UI is a failure and widely rejected by 80% of its regular user > base, and accept a move in the way of "going back" (actually repairing) > UI-wise ?... At this point I just want to see them fix the focus in Viewer 2, so that the chat bar is part of the world (and stays focussed when you interact with in-world objects), at least as an option. From oz at lindenlab.com Wed Aug 18 05:02:49 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 08:02:49 -0400 Subject: [opensource-dev] Mailing lists for viewer-development commits & builds Message-ID: <4C6BCBE9.3000202@lindenlab.com> Commits to the http://hg.secondlife.com/viewer-development repository now generate email notices to the mailing list viewer-development-commits at lists.secondlife.com You can subscribe with the usual mailman mechanisms - the URL for the lists info page is: https://lists.secondlife.com/cgi-bin/mailman/listinfo/viewer-development-commits I've got a list set up for build notices (same addresses as above, but 'viewer-development-builds'), but actually sending the notices to it from TeamCity is not working yet. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/e5839ef8/attachment-0001.htm From jessesa at gmail.com Wed Aug 18 05:08:25 2010 From: jessesa at gmail.com (Jesse Barnett) Date: Wed, 18 Aug 2010 08:08:25 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <5525628C-82A3-43C3-B15D-F55AC6651F96@gmail.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <5525628C-82A3-43C3-B15D-F55AC6651F96@gmail.com> Message-ID: (Illustrative example) I am so relieved that Linden Lab does actually listen to feedback from the residents that have supported it for so long. This should guarantee that the proposed user name/display name never goes into affect then. Back to OP subject thou; the spreadsheet does look pretty good and gives more hope then any of the discussions so far. Jesse Barnett -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/12777453/attachment.htm From chess at us.ibm.com Wed Aug 18 05:51:23 2010 From: chess at us.ibm.com (David M Chess) Date: Wed, 18 Aug 2010 08:51:23 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <201008181050.07882.Lance.Corrimal@eregion.de> Message-ID: Lance wrote: > What keeps me from, lets say, creating a throwaway alt, setting its Display > Name to "Stiletto Moody", and hanging out at that famous shoe shop telling > people that the place will close down and that all rights to the designs have > been sold to (whatever the place is that will sell copybotted versions). > Other than the fear of having that throwaway alt getting permanently banned in > maybe a year or two when the g-team gets around to doing it. This isn't much different from what you can do today, by creating a throwaway group with the tag "Moody Customer Service" and doing the same thing. Is it a huge problem? I don't see any evidence that it is. It does happen occasionally, but y'know: welcome to Earth. Will it become a huge problem with it can be the display name, rather than the group tag, that can be anything? I don't see any reason to think so, myself. Certainly it *will* be a good idea to stress to people that display names can be anything. But of course since everyone will have chosen their own, and known that they could choose anything, they will sort of know that! :) DC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/df599eda/attachment.htm From chess at us.ibm.com Wed Aug 18 05:56:14 2010 From: chess at us.ibm.com (David M Chess) Date: Wed, 18 Aug 2010 08:56:14 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: Message-ID: Jesse wrote: > I am so relieved that Linden Lab does actually listen to feedback from the residents that have supported it for so long. This should guarantee that the proposed user name/display name never goes into affect then. I don't think that what you're implying there is true at all. I know the Lab has heard from *many* folks that they'd like to be able to choose their names, rather than having to pick a first name and one of a list of set last names. On the other hand, there have been less than a dozen people here complaining about it, and something like half of the complaints have been due to misunderstanding the impact it will have on scripts etc. (That page in the Wiki really needs work!) This is one issue where I think the Resi (and potential Resi) feedback would be overwhelmingly in favor of the change. So not a good one to choose for the inevitable "they aren't listening!!" message. :) DC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/6f45ebb9/attachment.htm From secret.argent at gmail.com Wed Aug 18 05:58:07 2010 From: secret.argent at gmail.com (Argent) Date: Wed, 18 Aug 2010 07:58:07 -0500 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <5525628C-82A3-43C3-B15D-F55AC6651F96@gmail.com> Message-ID: Well, look there, the ability to type in chat while interacting with objects in the world isn't on the spreadsheet anywhere. This is a complete show-stopper for viewer 2 for me, and for many of my friends who interact primarily in text and do not use voice chat. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/9d667260/attachment.htm From secret.argent at gmail.com Wed Aug 18 06:05:48 2010 From: secret.argent at gmail.com (Argent) Date: Wed, 18 Aug 2010 08:05:48 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> Message-ID: On Tue, Aug 17, 2010 at 6:47 PM, Michael Schlenker wrote: > Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: > > And 2. you should also prevent anyone to use a display name baring the > name > > of an existing username in my opinion. > > NO. That would limit the usefulness for some kind of RP for sure. Can you elaborate on what kind of RP would require you to be able to set your display name to "Argent Stonecutter"? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/f4ac70ab/attachment.htm From timothyhorrigan at mac.com Wed Aug 18 06:11:26 2010 From: timothyhorrigan at mac.com (Timothy Horrigan) Date: Wed, 18 Aug 2010 09:11:26 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: Message-ID: <4C6BDBFE.30902@mac.com> Scripters have already had to deal with the case where an avi's name changes. The Lindens have always had the option to rename avis (e.g., if an offensive name falls through the filters during registration, if an innoucuous name becomes offensive due to news events, if a Linden loses his or her job, etc.) That's why most scripts specify the identity of a user through his or her UUID rather than his or her name. In fact the only way to use the avi name in a script is to have it first look up the UUID. --Tammy Nowotny (I forget what my UUID is) David M Chess wrote: > > Jesse wrote: > > > I am so relieved that Linden Lab does actually listen to feedback > from the residents that have supported it for so long. This should > guarantee that the proposed user name/display name never goes into > affect then. > > I don't think that what you're implying there is true at all. I know > the Lab has heard from *many* folks that they'd like to be able to > choose their names, rather than having to pick a first name and one of > a list of set last names. > > On the other hand, there have been less than a dozen people here > complaining about it, and something like half of the complaints have > been due to misunderstanding the impact it will have on scripts etc. > (That page in the Wiki really needs work!) > > This is one issue where I think the Resi (and potential Resi) feedback > would be overwhelmingly in favor of the change. So not a good one to > choose for the inevitable "they aren't listening!!" message. :) > > DC > > ------------------------------------------------------------------------ > > _______________________________________________ > 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/20100818/155c5700/attachment.htm From Lance.Corrimal at eregion.de Wed Aug 18 06:20:40 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 18 Aug 2010 15:20:40 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> Message-ID: <201008181520.40801.Lance.Corrimal@eregion.de> On Wednesday 18 August 2010 14:58:07 Argent wrote: > Well, look there, the ability to type in chat while interacting with > objects in the world isn't on the spreadsheet anywhere. why would you need to type anyways when you can use voice... and if you don't want others to hear your voice you can simply buy a morph! From oz at lindenlab.com Wed Aug 18 07:17:56 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 10:17:56 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C69F581.6070803@gmail.com> Message-ID: <4C6BEB94.2070300@lindenlab.com> On 2010-08-17 0:16, Joel Foner wrote: > Providing text transcription of voice speakers for the disabled, as > well as those who for various reasons cannot enable voice at the time, > and for capture of a text searchable archive of the whole event, is a > solved problem. Totally solved. It needs no figuring out or > experimentation. > > Real-time voice to text transcription by a person during the event, as > well as an after-the-fact voice recording to transcription can be > done, and is often done, in Second Life, in various presentation, > discussion and meeting contexts. It costs some real money, but not an > outrageous amount for the service provided, and this has been done > inworld for years in various settings, providing ample precedent for > the fact that this approach "just works" just fine in Second Life. We'll be doing most of our meetings in chat (or at least with as much substantive information as possible in chat). If you are at one of our regular meetings and feel you're unable to follow what's happening, please let us know and we'll do our best to do better. We don't have a budget to pay for transcribers, but we'll do what we can to make what we do accessible short of that. From oz at lindenlab.com Wed Aug 18 08:41:38 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 11:41:38 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100818123804.f908901c.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> Message-ID: <4C6BFF32.7000502@lindenlab.com> On 2010-08-18 6:38, Henri Beauchamp wrote: > - DO NOT SEGREGATE SUBMISSIONS: since you made Snowstorm LGPL, there > is now*no more need* for the FLOSS exception and for contribution > agreements (since you can take a snapshot of the Open Source viewer > at anytime and incorporate them to your own closed source viewer, > and this without any LGPL contributor additional permission). There is no longer any FLOSS exception; as you point out, it would be redundant with the LGPL. We still do require a Contribution Agreement, for good and valid reasons I've explained many times - most notably that it allows us to improve our license in the future. Had we not required the CA in the past, we would not have been able to change from GPL to LGPL. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/5a9f3319/attachment.htm From oz at lindenlab.com Wed Aug 18 08:52:11 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 11:52:11 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <5525628C-82A3-43C3-B15D-F55AC6651F96@gmail.com> Message-ID: <4C6C01AB.4000600@lindenlab.com> On 2010-08-18 8:58, Argent wrote: > Well, look there, the ability to type in chat while interacting with > objects in the world isn't on the spreadsheet anywhere. > > This is a complete show-stopper for viewer 2 for me, and for many of > my friends who interact primarily in text and do not use voice chat. > That list is not static. Feel free to suggest additions. It's also true that the Snowstorm Product backlog is not the complete list of what LL is doing in the viewer - there are other teams (which may vary in how visible they make their own lists). From arrehn at gmail.com Wed Aug 18 08:54:53 2010 From: arrehn at gmail.com (Arrehn Oberlander) Date: Wed, 18 Aug 2010 11:54:53 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6B3623.8060409@gmail.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> Message-ID: I realize that there's pros and cons to this UI selection vs box popups. However I don't believe the choice is at all cut and dry. When I stopped using the pie menu (because it doesn't exist in viewer 2.x) I discovered all sorts of navigation difficulties that where previously unknown. - The box dropdown requires the user to have greater precision and care when making selections - The pie menu supported muscle-memory for choices better - The pie menu does a better job of hiding the rarely used options and conversely making the most popular options highly visible. - The pie menu obscured less of the screen when it was active - The pie menu as implemented does a better job of cloaking/disabling unusable choices, the box menu greys them out but they are still visually harder to navigate. - The pie menu always pops up directly under the cursor, the box menu pops up to an indeterminent side depending on position. This is more predictable behavior and requires less mouse movement. - There's a large number of users already familiar with the pie menu. - After using both methods for a while, the pie menu is my personal preference by a fair margin. I looked at the XUI API docs to see what would be involved in bringing them back. I was concerned to see that the pie menu status lists as "deprecated". I believe this should be re-examined and hopefully be in the backlog for debate. From oz at lindenlab.com Wed Aug 18 09:53:17 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 12:53:17 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> Message-ID: <4C6C0FFD.7070809@lindenlab.com> On 2010-08-18 11:54, Arrehn Oberlander wrote: > I looked at the XUI API docs to see what would be involved in bringing > them back. I was concerned to see that the pie menu status lists as > "deprecated". I believe this should be re-examined and hopefully be in > the backlog for debate. I'm going to channel comments I've heard Q make here because he's not able to do it himself at the moment. While there were some good things about the v1 implementation of pie menus, they also had some flaws - such as not opening a submenu centered on the mouse click. I think that if someone were to step up and do the work to create a better pie menu implementation that we could do good comparisons with (and especially if it allowed menu style to be a preference setting), then it would be a much more interesting discussion. Note: that in no way should be interpreted as "we would take it if it happened" - I can't make any such commitment on my own at this time. If someone wants to sign up for the work, I'm willing to sponsor the discussion. From oz at lindenlab.com Wed Aug 18 10:21:00 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 13:21:00 -0400 Subject: [opensource-dev] Adding open dev items to the Snowstorm sprint Message-ID: <4C6C167C.8050807@lindenlab.com> To be a candidate for integration during the current two-week Snowstorm sprint, a change should be on the Snowstorm Sprint list . If it is not, then we can't be sure that we'll have the review and integration resources ready in time (which at worst means it waits for the next sprint to be re-prioritized, so it's not as bad as all that). If you are or would like to be working on an item that is on that list now, or you have some item you'd like us to be considering for adding to it, the window is open, but not for long. Send mail to Esbee and I today, or come to my Office Hours today with what the issue is and what you'd like to do about it. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/b9a4ee4f/attachment.htm From makosoft at gmail.com Wed Aug 18 11:14:25 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Wed, 18 Aug 2010 19:14:25 +0100 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C0FFD.7070809@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> Message-ID: On 8/18/10, Oz Linden (Scott Lawrence) wrote: > While there were some good things about the v1 implementation of pie > menus, they also had some flaws - such as not opening a submenu centered > on the mouse click. I actually puzzled over this a bit when I first realised that Second Life's pie menus worked this way. Originally, the pie menus worked well when you didn't click too close to the edge of the screen but didn't actually open under the mouse cursor if you did. Since the "More..." item is sensibly always the southmost one, opening new submenus centered on the mouse would cause the pie menu to drift down the screen until it hit the bottom and caused problems. Also, opening the submenu at the same location has the nice side-effect that the mouse remains over the "More..." option for the pie menus that are nested 3 or more levels deep. What I have been contemplating is how to make it possible to open the next layer of a pie menu without moving the mouse at all. Sadly, it'd probably break too much from normal UI conventions to be worth doing. From schlenk at uni-oldenburg.de Wed Aug 18 11:19:35 2010 From: schlenk at uni-oldenburg.de (Michael Schlenker) Date: Wed, 18 Aug 2010 20:19:35 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> Message-ID: <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> Am 18.08.2010 um 15:05 schrieb Argent: > On Tue, Aug 17, 2010 at 6:47 PM, Michael Schlenker wrote: > Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: > > And 2. you should also prevent anyone to use a display name baring the name > > of an existing username in my opinion. > > NO. That would limit the usefulness for some kind of RP for sure. > > Can you elaborate on what kind of RP would require you to be able to set your display name to "Argent Stonecutter"? > Sure. Anywhere you wanna have uniform appearance, like having a bunch of 'Agent Smith' AVs in black suits to give the impression of identical twins or clones. And compare to reality, where you cannot totally prevent anyone to use your name either, unless its used as a corporate name. It would have loved to ban others to use the firstname 'Michael', but that wasn't possible in RL, and so 7 of 28 of my classmates in 1st school class were named Michael. Its just like that, names are not unique if your horizon in time and space gets large enough. BUT there you have of course a point when you fear imposters and other people that try to make your name look bad due to their actions under your 'name'. Same issue in RL, you can go to court over it, or file criminal charges, not nice. The limitation is kind of arbitrary. Maybe if 'Display Names' got some hinting (e.g. by using a different font or some other UI hint), to distinguish them from 'transplanted' usernames it would be good enough for the trivial imposter cases. Michael From sldev at free.fr Wed Aug 18 11:27:23 2010 From: sldev at free.fr (Henri Beauchamp) Date: Wed, 18 Aug 2010 20:27:23 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6BFF32.7000502@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> Message-ID: <20100818202723.ea388d93.sldev@free.fr> On Wed, 18 Aug 2010 11:41:38 -0400, Oz Linden (Scott Lawrence) wrote: > On 2010-08-18 6:38, Henri Beauchamp wrote: > > - DO NOT SEGREGATE SUBMISSIONS: since you made Snowstorm LGPL, there > > is now*no more need* for the FLOSS exception and for contribution > > agreements (since you can take a snapshot of the Open Source viewer > > at anytime and incorporate them to your own closed source viewer, > > and this without any LGPL contributor additional permission). > > There is no longer any FLOSS exception; as you point out, it would be > redundant with the LGPL. > > We still do require a Contribution Agreement, for good and valid reasons > I've explained many times - most notably that it allows us to improve > our license in the future. Had we not required the CA in the past, we > would not have been able to change from GPL to LGPL. Since the license is now LGPL, you do not need any more such an agreement, even to change the license later. Every new submission to the code falls under the LGPL License, which allows you to reuse the said code together with more code under another License (including closed source code). You'd need an agreement only after changing the license (for example if you want to go back to a mixed GPL+FLOSS License) for people who would submit patches *after* the License is changed from LGPL. SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry LGPL, perhaps ?) LGPL Open Source project requiring a License agreement from its contributors !!! This makes strictly no sense and is a clear impairement. I'd also be curious to know any other of your "good and valid reasons"... Regards, Henri. From oz at lindenlab.com Wed Aug 18 12:04:21 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 15:04:21 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> Message-ID: <4C6C2EB5.9000903@lindenlab.com> On 2010-08-18 14:14, Aidan Thornton wrote: > On 8/18/10, Oz Linden (Scott Lawrence) wrote: >> While there were some good things about the v1 implementation of pie >> menus, they also had some flaws - such as not opening a submenu centered >> on the mouse click. > I actually puzzled over this a bit when I first realised that Second > Life's pie menus worked this way. Originally, the pie menus worked > well when you didn't click too close to the edge of the screen but > didn't actually open under the mouse cursor if you did. Since the > "More..." item is sensibly always the southmost one, opening new > submenus centered on the mouse would cause the pie menu to drift down > the screen until it hit the bottom and caused problems. > > Also, opening the submenu at the same location has the nice > side-effect that the mouse remains over the "More..." option for the > pie menus that are nested 3 or more levels deep. > > What I have been contemplating is how to make it possible to open the > next layer of a pie menu without moving the mouse at all. Sadly, it'd > probably break too much from normal UI conventions to be worth doing. If I understood him correctly, what Q seemed to think was the right behavior is: * The first mouse-down opens the pie centered on the mouse location, so no choice is under the mouse * If the choice is a submenu, each new menu is also centered on the mouse that way, you are never making a choice within the submenu if you accidentally double click, because the center is never a choice. this does mean that the nested menus 'creep', but that has the effect that each nested choice is a 'gesture-like' unique series of clicks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/ed9222dd/attachment.htm From tinacloud at gmx.de Wed Aug 18 12:15:36 2010 From: tinacloud at gmx.de (Zi Ree) Date: Wed, 18 Aug 2010 21:15:36 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C2EB5.9000903@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <4C6C2EB5.9000903@lindenlab.com> Message-ID: <201008182115.36925.tinacloud@gmx.de> Am Mittwoch 18 August 2010 21:04:21 schrieb Oz Linden (Scott Lawrence): > If I understood him correctly, what Q seemed to think was the right > behavior is: > > * The first mouse-down opens the pie centered on the mouse location, > so no choice is under the mouse > * If the choice is a submenu, each new menu is also centered on the > mouse In my opinion, the way it worked on 1.x was the best way to do it. You open the menu in one place on the screen of your choosing, and it stays there, not creeping over the screen and potentially blocking the view on something you wanted to watch while selecting an entry. I wouldn't change that behavior. It worked well for years, nobody ever complained about it. And we should not fix something that's not broken. ;) Zi From kadah.coba at gmail.com Wed Aug 18 12:33:56 2010 From: kadah.coba at gmail.com (Kadah) Date: Wed, 18 Aug 2010 12:33:56 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C2EB5.9000903@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> <4C6C2EB5.9000903@lindenlab.com> Message-ID: <4C6C35A4.1090204@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/18/2010 12:04 PM, Oz Linden (Scott Lawrence) wrote: > If I understood him correctly, what Q seemed to think was the right > behavior is: > > * The first mouse-down opens the pie centered on the mouse location, > so no choice is under the mouse > * If the choice is a submenu, each new menu is also centered on the > mouse > > that way, you are never making a choice within the submenu if you > accidentally double click, because the center is never a choice. this > does mean that the nested menus 'creep', but that has the effect that > each nested choice is a 'gesture-like' unique series of clicks. I think he thinks that the proper behavior should have been that the cursor recenters on the new sub pie menu. I liked how for something like inspect was down, click, right, and delete was down, up-right. As long as the item in the submenu in that spot was either blank or nonharmfull, which it mostly was, I'd have nearly no problems. Unlike with the context menus used now, I'm always hunting for the option and frequently hit the wrong one. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMbDWkAAoJEIdLfPRu7qE2hRMH/RNLyOFVogQGaMfBnax20dbp D+vQ2b6ANu48R4vCZtPDidvlWXde6cGBYpZrCrzzUKK+HeF4+KrW9IcDH+hnOPq7 YGUz2Q1CuYjuVWz9gVxioFe8zTQHKD92F+Mm3mkB+2PaFjxclejGf8nE54dft8Yc 6jEQTJ/bZB17KMIjMMWf+9fjPej6eF0zFjN0+6UpFXvMDiQHpllfY2KlJodd677P NhDTVPIOZELC3pJ4ssMGfJUK3CdyYXyEhJiRTV99qs1gn3VKT/Tbc/QuLM4NdcFk kchWh03rYVXG41rPEGJjjunayK6Qn2BpAwPbHbZTY7MWJ4P6Te1M1ZccwpfdvSo= =C9qT -----END PGP SIGNATURE----- From yoz at lindenlab.com Wed Aug 18 12:44:47 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Wed, 18 Aug 2010 12:44:47 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C0FFD.7070809@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> Message-ID: On 18 August 2010 09:53, Oz Linden (Scott Lawrence) wrote: > > I think that if someone were to step up and do the work to create a > better pie menu implementation that we could do good comparisons with > (and especially if it allowed menu style to be a preference setting), > then it would be a much more interesting discussion. > Existing JIRA here, for further discussion and patch submission: http://jira.secondlife.com/browse/VWR-17388 If someone wants to argue for changing the sub-menu placement behaviour, that should probably go in a sub-task. Might be interesting to prototype both, though what those requesting this are primarily arguing for is "exactly how it used to be". There may be potential problems if new menu items have been added for particular contexts, requiring rearrangement. I have no idea how real this problem currently is, but it would need investigation before we can assume that pie menus are easily added back. -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/7d51c403/attachment.htm From bryon at slearth.com Wed Aug 18 13:05:23 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Wed, 18 Aug 2010 13:05:23 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C0FFD.7070809@lindenlab.com> Message-ID: I am not sure if that's what you meant as "not opening a submenu centered on the mouse click". or whether my suggestion would resolves it but I think the pie menu repetition on sub level is prone to confusion indeed. I would envision a pie menu on the first root level. And more normal submenus on subsequent levels, or something like this can be evaluated and perhaps improved: http://usabilitynews.usernomics.com/2008/05/circular-menus-and-usability.htm l But I prefer the pie menu as well personally. It fits better in the context of a 3d interaction. Flat pull down menus kind of break that immersive charm of the pie menu to me. On 8/18/10 9:53 AM, "Oz Linden (Scott Lawrence)" wrote: > I'm going to channel comments I've heard Q make here because he's not > able to do it himself at the moment. > > While there were some good things about the v1 implementation of pie > menus, they also had some flaws - such as not opening a submenu centered > on the mouse click. > > I think that if someone were to step up and do the work to create a > better pie menu implementation that we could do good comparisons with > (and especially if it allowed menu style to be a preference setting), > then it would be a much more interesting discussion. > > Note: that in no way should be interpreted as "we would take it if it > happened" - I can't make any such commitment on my own at this time. If > someone wants to sign up for the work, I'm willing to sponsor the > discussion. From trilobyte550m at gmail.com Wed Aug 18 13:15:45 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Wed, 18 Aug 2010 13:15:45 -0700 Subject: [opensource-dev] Fwd: Snowstorm Request: Shadow Support for Mac References: <5A4EF049-FEC6-48A4-A8F6-093969963516@gmail.com> Message-ID: <711C1951-455C-4D29-9969-6D07D4117343@gmail.com> I would like to have support for shadows in the Mac client. I think it would present a more compelling and immersive experience for residents who use Mac, and help draw in new users. === I'm not sure if you're a Mac user or not, but the mac client/renderer does not actually work when it comes to shadows. On any Mac hardware configuration. I've spent dozens of hours testing on multiple machines, and talked to hundreds of Macintosh SL users (via the in-world Macintosh Users Group and other forums) and come to realize that shadow rendering does not work on any system. I've also done extensive cross-platform testing on my primary system, a Mac Pro dual processor Xeon workstation w/32GB RAM, an nVidia GTX 285 1GB driving my primary display, and an nVidia GT120 512MB driving my secondary display. This machine should be more than capable. Running Windows 7 Professional x64 bit, shadows work just fine using a number of clients, including the SL 2.1 viewer. Running Mac OS X 10.6, strange artifacts and glitching appears on the screen. I'm attaching a zip file with three screen shots, showing what the result is in each step while enabling Framebuffer objects, deferred rendering, and then global illumination. I'm told by Nyx Linden that there may be some tweaks and adjustments that can be made to get this working. -------------- next part -------------- A non-text attachment was scrubbed... Name: Mac-Shadow.zip Type: application/zip Size: 3187844 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/23eade03/attachment-0001.zip -------------- next part -------------- Hopefully this is an easy win. All of Apple's shipping hardware has been well above "class 0" hardware since early 2009, and all current systems should have the GPU muscle needed to make this work. Thanks! TriloByte Zanzibar From trilobyte550m at gmail.com Wed Aug 18 13:16:09 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Wed, 18 Aug 2010 13:16:09 -0700 Subject: [opensource-dev] Fwd: Snowstorm Request: Draw Distance Slider (and other useful buttons) References: <3C7B538A-614A-46D1-981F-01D4CB05FA3C@gmail.com> Message-ID: <0CC474BF-A426-40F4-86B1-C35E00E495A8@gmail.com> I wish it were possible to easily adjust my draw distance within the viewer. In some scenes it's desirable to turn draw distance way up, while in others I risk crashing if the number is not reduced. It's not convenient or easy for new residents to find. =============== As a follow-on, a button for 'About Land' would be very handy for landlords and merchants/residents who rent land (and frequently need access to parcel settings) and a button for 'Advanced Sky' would be extremely useful for SL photographers and machinima creators as a means to more easily access windlight settings. =============== If possible, I'd like to have (either by default or as an option, like with buttons on the bottom of the Viewer window). Several months ago, I cobbled together some XML code based on tips from Opensource Obscure and Hitomi Tiponi found on the Second Life Wiki. The result is a modified panel_navigation_bar.xml, I will attach that modified file in a zipfile below - if it can be of any use please feel free to use it. For the last several months, I've been manually dropping the file into each build of the SL viewer, Snowglobe, and Kirsten's S20 TPV on both Windows and Mac platforms, and it's worked without incident. File gets placed in skins\default\xui\en Cheers TriloByte Zanzibar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/d153631d/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: panel_navigation_bar.xml.zip Type: application/zip Size: 2229 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/d153631d/attachment.zip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/d153631d/attachment-0001.htm From monkowsk at fishkill.ibm.com Wed Aug 18 13:51:37 2010 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Wed, 18 Aug 2010 16:51:37 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100818202723.ea388d93.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> Message-ID: <4C6C47D9.4040708@fishkill.ibm.com> Henri Beauchamp wrote: > SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry > LGPL, perhaps ?) LGPL Open Source project requiring a License agreement > from its contributors !!! This makes strictly no sense and is a clear > impairement. > > I'd also be curious to know any other of your "good and valid reasons"... I, obviously, am not in a position to speak for Linden Lab, but let me offer my opinion. This project is somewhat different from most LGPL projects in that if there is no CA, it places Linden in the position of being sued for copyright infringement if someone contributes plagiarized code. Most LGPL projects don't have a corporate owner with money worth suing for. Mike From mike.dickson at hp.com Wed Aug 18 13:57:27 2010 From: mike.dickson at hp.com (Dickson, Mike (ISS Software)) Date: Wed, 18 Aug 2010 20:57:27 +0000 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C47D9.4040708@fishkill.ibm.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> <4C6C47D9.4040708@fishkill.ibm.com> Message-ID: <4646639E08F58B42836FAC24C94624DD86C2EE3AD3@GVW0433EXB.americas.hpqcorp.net> There are loads of open source projects that are LGPL (in whole or part) and that require a contributors agreement. Joomla, Alfresco, OpenChange, Evolution, etc. It's a very common practice when a legal entity is the corporate sponsor for the project. The only impairment here is the constant bickering over useless details. Either you want to contribute or you don't. If you do LL is the copyright holder and has every right to insist you sign a contributors agreement in order to make code contributions so that they can administer the project. Mike -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Mike Monkowski Sent: Wednesday, August 18, 2010 4:52 PM To: Henri Beauchamp Cc: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Open Viewer Development Announcement Henri Beauchamp wrote: > SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry > LGPL, perhaps ?) LGPL Open Source project requiring a License agreement > from its contributors !!! This makes strictly no sense and is a clear > impairement. > > I'd also be curious to know any other of your "good and valid reasons"... I, obviously, am not in a position to speak for Linden Lab, but let me offer my opinion. This project is somewhat different from most LGPL projects in that if there is no CA, it places Linden in the position of being sued for copyright infringement if someone contributes plagiarized code. Most LGPL projects don't have a corporate owner with money worth suing for. Mike _______________________________________________ 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 anders at arnholm.se Wed Aug 18 14:49:35 2010 From: anders at arnholm.se (Anders Arnholm) Date: Wed, 18 Aug 2010 23:49:35 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> Message-ID: <4C6C556F.7020300@arnholm.se> 2010-08-18 00:54, Brian McGroarty skrev: > This is correct. Andromeda Quonset will be Andromeda Quonset forever. > At some point, new residents won't be able to choose a last name - > only these will be "Resident" > > No existing script function will return different results than it does > today. New script functions are added for fetching/referencing Display > Names. > It will, the existsing functuons will give a name that users of the new viewers have no possibility to see, unless they use a script. Thats something totally different that the username today is. The name will have changed it definition. As by that the think the functions return have changed. It's no longer a unique name you can use to tell users around you who a person is. It's a hell of a change in use case. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From anders at arnholm.se Wed Aug 18 15:01:51 2010 From: anders at arnholm.se (Anders Arnholm) Date: Thu, 19 Aug 2010 00:01:51 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <09EC3492-684C-4E4B-9982-57AB5C9A866B@lindenlab.com> References: <201008172334.36872.Lance.Corrimal@eregion.de> <4c6b02b3.6482e50a.06da.1cc1@mx.google.com> <4c6b1112.c507e60a.71d3.ffffd90a@mx.google.com> <4c6b178a.5f83e60a.48e0.ffffdfca@mx.google.com> <09EC3492-684C-4E4B-9982-57AB5C9A866B@lindenlab.com> Message-ID: <4C6C584F.5040509@arnholm.se> 2010-08-18 01:42, Aimee Linden skrev: > No, that's not the case, display names are not returned to the existing LSL functions. Your existing account will always be seen as Andromeda Quonset to existing scripts no matter what you change your display name to. > > New LSL calls used to return display names to new scripts equally will not be a problem for older viewers either, what viewer you are running makes no difference to a script which is running on the server. > > Aimee. > It will be, depenign on the use of the name returned. If you used the old LSL functions, users of the old viewers will understand the output of the scripts. But new users only having DispalyName-UserName will not have the connections and see chat as the old usernames, Using that for llSay() would be very confusing for the user. Script using the new interfaces will on the other hand be writing out DisplayNames, These displaynames will be impossible for users of the old viewers to connect to any person around. This makes the scripts not work for users of the old viewers. As scripter you Can't write a product that uses the name of the people around and get any good result. Any of the three names you choose will not work for one of the user groups. You are borked. Having unique names to be used for residents solved all the probems we have in like email systems with Joe.a.Doe at example.com ... Joe.z.Doe at example.com where no one knew who was a, b, z etc. The change will not only make working products fail for users of the new viewer, it will make it impossible to make a product that works for all users in the sim. / Balp -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From anders at arnholm.se Wed Aug 18 15:27:02 2010 From: anders at arnholm.se (Anders Arnholm) Date: Thu, 19 Aug 2010 00:27:02 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6BDBFE.30902@mac.com> References: <4C6BDBFE.30902@mac.com> Message-ID: <4C6C5E36.1090908@arnholm.se> 2010-08-18 15:11, Timothy Horrigan skrev: > Scripters have already had to deal with the case where an avi's name > changes. The Lindens have always had the option to rename avis (e.g., > if an offensive name falls through the filters during registration, if > an innoucuous name becomes offensive due to news events, if a Linden > loses his or her job, etc.) That's why most scripts specify the > identity of a user through his or her UUID rather than his or her > name. In fact the only way to use the avi name in a script is to have > it first look up the UUID. With the new change the crips can't male a simple llSay() with the name the users around expect to see, one of the usergroups will see a name they have no idea what it is or is super ugly. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/cefaebd1/attachment.htm From anders at arnholm.se Wed Aug 18 15:31:53 2010 From: anders at arnholm.se (Anders Arnholm) Date: Thu, 19 Aug 2010 00:31:53 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> Message-ID: <4C6C5F59.5040801@arnholm.se> 2010-08-18 20:19, Michael Schlenker skrev: > Am 18.08.2010 um 15:05 schrieb Argent: > > >> On Tue, Aug 17, 2010 at 6:47 PM, Michael Schlenker wrote: >> Am 18.08.2010 um 01:16 schrieb Bryon Ruxton: >> >>> And 2. you should also prevent anyone to use a display name baring the name >>> of an existing username in my opinion. >>> >> >> NO. That would limit the usefulness for some kind of RP for sure. >> >> Can you elaborate on what kind of RP would require you to be able to set your display name to "Argent Stonecutter"? >> >> > Sure. Anywhere you wanna have uniform appearance, like having a bunch of 'Agent Smith' AVs in black suits to give the > impression of identical twins or clones. > On the other hand in RL yuou can usally hear fomr where the voice comes, in text chat you can't. FOr the people, not LL, handling the most of the abuse greifing an other stuff, and the most common problem in any roleplay group Drama, text logs where names aint unique will be a terrible mess to sort out. They wil case new drama's as well. All sl roleplayers I know think this is about the worst they heard off EVER. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From soft at lindenlab.com Wed Aug 18 15:54:13 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Wed, 18 Aug 2010 15:54:13 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100818202723.ea388d93.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> Message-ID: On Wed, Aug 18, 2010 at 11:27 AM, Henri Beauchamp wrote: > > SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry > LGPL, perhaps ?) LGPL Open Source project requiring a License agreement > from its contributors !!! ?This makes strictly no sense and is a clear > impairement. Axiom, OpenOffice, NetBeans, Joomla!, Alfresco, ... -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From aklo at skyhighway.com Wed Aug 18 16:23:03 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Wed, 18 Aug 2010 16:23:03 -0700 (PDT) Subject: [opensource-dev] Display Name & Viewer 1.x vs. Viewer 2.x Message-ID: <10031604d4fe4061f6ad8f82213e6e30.squirrel@cruziomail.cruzio.com> Display Name: i don't want my name to *ever* appear in a login screen or anywhere else as something like "aklo.modan" If there's a reason to have that kind of construct as a name used by scripts or whatever, that's fine so long as it's kept "under the covers." But no simple user should ever see it. Same thing goes for "Resident". It's an awful last (or any other) name to *force* on people and shouldn't be something users have to *ever* look at even though it may be necessary or reasonable or whatever for development, administration & all that. If someone picks it, that's their deal, but there's other ways to solve development problems that don't have to be put in the faces of people who aren't doing dev or admin kinds of things. Appearances can be whatever and some people change them faster than they go through toilet paper. Display Names will make identity even less certain, but why not? i gotta say, though, if the name you see over an avi's head doesn't mean anything to someone just looking at a screen, then why not make any display of it at all an option? What i mean is, just have an option to turn off the entire ID bubble since it won't be very meaningful anyway. Basically, i think there's a really big diff between people liking the idea of being able to pick their entire name (even if it's all small letters or special characters or ...) and forcing them into a "Resident clan" bucket, garbaging up their favorite name with a bunch of numbers so it's unique, or making them look at some ugly string that's been computer friendlied for them. Viewer 1.x vs. Viewer 2.x: i tried really hard to not only use, but to actually *like* Viewer 2. i failed. i used it at least some every time i did SL for over 3 months and got to where i could do almost everything i do with Viewer 1.23 Somethings were easier, some were harder. i wrote out a long list of stuff that i'm not going to bother people with about what i did and didn't like. Most of it's been covered recently on this list, anyway. Basically, the improvements in what it can do are great, but the UI is *awful*. The most disappointing thing to me is the impact on immersion. i'm not going to bother people with my weird ideas about the potential for SL to expand reality for us, avatar compared to vihaya, and all the other esoteric stuff that goes through my mind. i think it's enough to say that i want more out of my SL experience than a browser class "game." i don't play games. The last straw for me was the second time a Viewer 2 auto-update disabled the viewer so it wouldn't even start. i gave up testing it after that. Please note that it was the *second* time. The original Viewer 2 installation i did during the beta had already died over the same type of problem and been replaced by a completely fresh installation of the current Viewer 2 about 2 months ago. Extra: i like the UI to be sort of a "Terminator" style HUD. That is, all virtual world with all the controls & chat stuff in windows or widgets that maybe stay on screen, but fade in and out from some variable degree of transparency as requested or whatever. And highly configurable, like being able to be put anywhere on the screen, resized, recolored, and so on. Just sayin'. i think i've been sorta asked for my opinion? The draw distance setting is a real problem. There are some sims (like the one where i live) where tp with it set much over 150 will cause a crash almost every time. It would be super cool if there were an onscreen widget like the movement & camera controls so it could be changed more easily. It makes sense several ways. And, if tp with high draw distance values is a problem for lots of people, then why not have it effectively detuned to 0 or whatever by tp just before the actual tp is executed, and then put back before tp completely exits? Am i the only one who has the problem? i see that some avis with some viewers & HUDs have awesome prescience. Like, super radar & stuff like that. Why can't all those tools be available as UI options in the standard viewers? i'm pitying the noob and casual user here. Or for that matter, just trying to even things out so we all have a chance to have a good time in SL. Except the griefers. They suck. Like Lance says, bye. - AK From Celierra at gmail.com Wed Aug 18 16:40:13 2010 From: Celierra at gmail.com (Celierra Darling) Date: Wed, 18 Aug 2010 19:40:13 -0400 Subject: [opensource-dev] Pie menu ideas (was: Re: Open Viewer Development Announcement) Message-ID: Seems like this should be in a different thread.... To get rid of creep, perhaps slide the pie instead of the mouse cursor while moving the mouse. As an example, if you move your mouse south to the "More..." option, the actual cursor can remain in the same position on the screen, but the pie can slide northward under the mouse cursor. On the submenus-extending-out-from-the-wedge mockup that someone linked to before [1], I think something like that is probably what users would expect. But I don't like the kludge that the article uses - it expands "View" at the edge of the menu to avoid making the submenu's wedges annoyingly thin. That suddenly eats into a lot of the space for the neighboring wedges (especially as SL's wedges expand infinitely out), so I can imagine a lot of unintentional actions like, say, if you accidentally hover over "View" on the way to "This Page" in the mockup. There could be some zoom going on instead. I am imagining the submenu's wedges widening and filling a semicircle, with the backwards direction indicating 'Back'. The Dasher text input system does something like what I mean, although Dasher's is linear (and it has way way too many options) [2]. It might be a little weird to have buttons growing as you approach them; Apple seems to like the visual effect (ex. the dock) but I can't think of any other examples. Celi [1] http://techknack.net/circular-menus-and-usability/ [2] http://www.inference.phy.cam.ac.uk/dasher/, Java demo at http://www.inference.phy.cam.ac.uk/dasher/TryJavaDasherNow.html On Wed, Aug 18, 2010 at 3:04 PM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > On 2010-08-18 14:14, Aidan Thornton wrote: > > On 8/18/10, Oz Linden (Scott Lawrence) wrote: > > While there were some good things about the v1 implementation of pie > menus, they also had some flaws - such as not opening a submenu centered > on the mouse click. > > I actually puzzled over this a bit when I first realised that Second > Life's pie menus worked this way. Originally, the pie menus worked > well when you didn't click too close to the edge of the screen but > didn't actually open under the mouse cursor if you did. Since the > "More..." item is sensibly always the southmost one, opening new > submenus centered on the mouse would cause the pie menu to drift down > the screen until it hit the bottom and caused problems. > > Also, opening the submenu at the same location has the nice > side-effect that the mouse remains over the "More..." option for the > pie menus that are nested 3 or more levels deep. > > What I have been contemplating is how to make it possible to open the > next layer of a pie menu without moving the mouse at all. Sadly, it'd > probably break too much from normal UI conventions to be worth doing. > > > If I understood him correctly, what Q seemed to think was the right > behavior is: > > - The first mouse-down opens the pie centered on the mouse location, so > no choice is under the mouse > - If the choice is a submenu, each new menu is also centered on the > mouse > > that way, you are never making a choice within the submenu if you > accidentally double click, because the center is never a choice. this does > mean that the nested menus 'creep', but that has the effect that each nested > choice is a 'gesture-like' unique series of clicks. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/4cc0105f/attachment.htm From kf6kjg at gmail.com Wed Aug 18 17:23:37 2010 From: kf6kjg at gmail.com (Ricky) Date: Wed, 18 Aug 2010 17:23:37 -0700 Subject: [opensource-dev] To Pie or To List Message-ID: (Figured this topic needed it's own thread) I've had issues myself with the new list format menu... But they wind up being different issues than I had with the old pie menu. With the old pie menu I found myself accidentally deleting objects, or otherwise having problems, when I moved my mouse rapidly: I'm occasionally fumble-fingered with my mouse when I lift it for repositioning, especially when I'm tired and working fast. With the new menu, I've not had this issue. +1. With the new menu, I've almost reported abuse/returned/etc my own items. -1. It seems to me a little weird that those options show up when clicking on something you are both the creator and owner of. It's still a little weird even if not the creator, but still the owner! Since the only item in that sublist that makes any sense (to me) in this context is the delete option, I believe it should be the topmost, if not the only option. Furthermore, if I don't have the privileges to return an item the return option should be either removed or grayed out. The new menu has (almost) everything at the highest level, with less often (or long) sets grouped into hover menus. +1. The list format is also a more common, and thusly an easier to (re)learn, UI element than the pie, which took me months to get familiar with. I was used to the list in a day, so was the rest of my family. +1. However, there were items in the old pie that were really useful, and those weren't in the new list. -1. Some of those were listed in the mods on the wiki, and are being re-introduced. +1. Ricky Cron Stardust From kf6kjg at gmail.com Wed Aug 18 17:25:05 2010 From: kf6kjg at gmail.com (Ricky) Date: Wed, 18 Aug 2010 17:25:05 -0700 Subject: [opensource-dev] Open Inventory Transfer Message-ID: My mom is relatively new to SL. (Meaning that she's had an account for a while, been doing things for a while, but still sees through the eyes of a new user. Unlike myself...) Well, she was recently instructed by my dad (an advanced user like myself) to send him a notecard she was editing. She asked how. My dad instructed her to "drag it to the IM window." This she knew how to find. She then complained that it didn't work. This brought me to look at what she was doing. She was trying to drag the notecard edit window onto the chat popup to send him the notecard. Because of this, I would like to put forth the suggestion for further study of allowing the user to drag asset windows (notecards, textures, etc.) onto the varied existing ways of sending content. (IMs, Profile pages, etc) The main counter I can think of for this is that sending inventory accidentally would become more prevalent. There are ways to solve that, but shows that the above solution may not be optimal. Suggestions? Ricky Cron Stardust From hitomi.tiponi at yahoo.co.uk Wed Aug 18 17:27:25 2010 From: hitomi.tiponi at yahoo.co.uk (Hitomi Tiponi) Date: Thu, 19 Aug 2010 00:27:25 +0000 (GMT) Subject: [opensource-dev] Snowstorm Request: Draw Distance Slider (and other useful buttons) Message-ID: <347832.17127.qm@web23904.mail.ird.yahoo.com> Trilobyte, I agree that those two, or many other features from StarLight (left-handed sidebar option, smaller camera controls, revised "Me" menu, "inventory" button etc.) may be useful additions to the Viewer - the Snowstorm team (well at least Esbee) are aware of it and may use what they want. StarLight is a true example of community co-operation - for example, the 'About Land' button came from Alexandrea Fride and the draw distance slider was a modification by me of work by Avi Arrow. None of them are particularly wonderful, but they do seem popular :). Hitomi Tiponi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/8474d25a/attachment.htm From kf6kjg at gmail.com Wed Aug 18 17:28:15 2010 From: kf6kjg at gmail.com (Ricky) Date: Wed, 18 Aug 2010 17:28:15 -0700 Subject: [opensource-dev] Pie menu ideas (was: Re: Open Viewer Development Announcement) In-Reply-To: References: Message-ID: Ah, was writing my post, didn't see that you had already posted a topic! Ricky Cron Stardust On Wed, Aug 18, 2010 at 4:40 PM, Celierra Darling wrote: > Seems like this should be in a different thread.... > To get rid of creep, perhaps slide the pie instead of the mouse cursor while > moving the mouse. ?As an example, if you move your mouse south to the > "More..." option, the actual cursor can remain in the same position on the > screen, but the pie can slide northward under the mouse cursor. > On the submenus-extending-out-from-the-wedge mockup that someone linked to > before [1], I think something like that is probably what users would expect. > ?But?I don't like the?kludge?that the article uses - it expands "View" at > the edge?of the menu to avoid making the submenu's wedges annoyingly thin. > ?That suddenly eats?into a lot of the space for the neighboring wedges > (especially as SL's wedges expand infinitely out), so I can imagine a lot of > unintentional actions like, say, if you accidentally hover over "View" on > the way to "This Page" in the mockup. > There could be some zoom going on instead. ?I am imagining the submenu's > wedges widening and filling a semicircle, with the backwards direction > indicating 'Back'. ?The Dasher text input system does something like what I > mean, although Dasher's is linear (and it has way way too many options) [2]. > ?It might be a little weird to have buttons growing as you approach them; > Apple seems to like the visual effect (ex. the dock) but I can't think of > any other examples. > Celi > [1]?http://techknack.net/circular-menus-and-usability/ > [2]?http://www.inference.phy.cam.ac.uk/dasher/, Java demo > at?http://www.inference.phy.cam.ac.uk/dasher/TryJavaDasherNow.html > On Wed, Aug 18, 2010 at 3:04 PM, Oz Linden (Scott Lawrence) > wrote: >> >> On 2010-08-18 14:14, Aidan Thornton wrote: >> >> On 8/18/10, Oz Linden (Scott Lawrence) wrote: >> >> While there were some good things about the v1 implementation of pie >> menus, they also had some flaws - such as not opening a submenu centered >> on the mouse click. >> >> I actually puzzled over this a bit when I first realised that Second >> Life's pie menus worked this way. Originally, the pie menus worked >> well when you didn't click too close to the edge of the screen but >> didn't actually open under the mouse cursor if you did. Since the >> "More..." item is sensibly always the southmost one, opening new >> submenus centered on the mouse would cause the pie menu to drift down >> the screen until it hit the bottom and caused problems. >> >> Also, opening the submenu at the same location has the nice >> side-effect that the mouse remains over the "More..." option for the >> pie menus that are nested 3 or more levels deep. >> >> What I have been contemplating is how to make it possible to open the >> next layer of a pie menu without moving the mouse at all. Sadly, it'd >> probably break too much from normal UI conventions to be worth doing. >> >> If I understood him correctly, what Q seemed to think was the right >> behavior is: >> >> The first mouse-down opens the pie centered on the mouse location, so no >> choice is under the mouse >> If the choice is a submenu, each new menu is also centered on the mouse >> >> that way, you are never making a choice within the submenu if you >> accidentally double click, because the center is never a choice.? this does >> mean that the nested menus 'creep', but that has the effect that each nested >> choice is a 'gesture-like' unique series of clicks. >> >> > > > _______________________________________________ > 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 Wed Aug 18 17:36:13 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Thu, 19 Aug 2010 02:36:13 +0200 Subject: [opensource-dev] Snowstorm Backlog Request: SNOW-766 Message-ID: Status: reviewed by Merov, committed to snowglobe 1.4, 1.5 and 2.1. Background: When developing many viewers in parallel (and snowstorm with it's many clones that need to be checked out won't change that), it becomes necessary to automate certain things with scripts. One of the things those scripts need to know is the current build directory. However, the build directory is a function of the configuration of the viewer. In order to remove human maintenance (and possible errors therein) it is desirable to have an automated way to convert configuration to build directory name. I wrote such scripts and they "break down" with the current viewer-development: hikaru:/usr/src/secondlife/viewers/snowstorm/test-20100818>source env.source Error: unknown subcommand 'printbuilddirs' (run 'develop.py --help' for help) CONFIGURE_OPTS = "--type=Release -m64 --standalone" CMAKE_DEFS = "-DLL_TESTS:BOOL=ON -DPACKAGE:BOOL=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON" CMAKE_PREFIX_PATH = "/sl:/sl/usr" CMAKE_INCLUDE_PATH = "/usr/src/secondlife/llqtwebkit/install2/include:/usr/src/secondlife/viewers/snowstorm/test-20100818/include:/sl/usr/include" CMAKE_LIBRARY_PATH = "/usr/src/secondlife/llqtwebkit/install2/lib:" Sprint plan: Port this patch to viewer-development for the next sprint and test it. Before patch: hikaru:/usr/src/secondlife/viewers/snowstorm/test-20100818/linden/indra>./develop.py --type=Release -m64 --standalone printbuilddirs setting DISTCC_DIR to /usr/src/secondlife/viewers/snowstorm/test-20100818/linden/indra/.distcc Error: unknown subcommand 'printbuilddirs' (run 'develop.py --help' for help) After patch: This should print (on this box): viewer-linux-x86_64-release Please let me know if anything is wrong or missing in this post, Aleric -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/3f6b56ce/attachment.htm From tapplek at gmail.com Wed Aug 18 19:36:32 2010 From: tapplek at gmail.com (Tapple Gao) Date: Wed, 18 Aug 2010 22:36:32 -0400 Subject: [opensource-dev] Update Linux Build Documentation, please? Message-ID: <20100819023632.GA6078@tacobell.nc.rr.com> I'm on Gentoo Linux, and the build instructions for Linux [1] have never worked for me (./develop.py cmake; ./develop.py build). I've talked with some people on IRC, and I'm now under the impression that develop.py is rather obsolete, which may be part of my problem. However, that doesn't really help me, as I have no idea how to use cmake. Also, the build instructions have a lot of caveats for standalone builders, which, as someone who has never even been able to complete a non-standalone build, I am rather confused by. So, I'd like it if someone could update the linux build documentation, and make it really easy for first-time (non-standalone) builders to follow: - Show how to use cmake rather than develop.py - seperate out standalone and non-standalone into seperate documents As an aside, the Imprudence viewer team has really overhauled the build process, and as a result, Imprudence is the only viewer that is actually able to find all my libraries and complete a build from an svn checkout. I would strongly suggest you integrate their build changes into the main viewer. If there is really going to be more focus on open source, it is really important to make sure new people like me are able to compile the viewer from source. [1] Linux build instructions: http://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux) -- Matthew Fulmer (a.k.a. Tapple) From tateru at taterunino.net Wed Aug 18 19:42:02 2010 From: tateru at taterunino.net (Tateru Nino) Date: Thu, 19 Aug 2010 12:42:02 +1000 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4646639E08F58B42836FAC24C94624DD86C2EE3AD3@GVW0433EXB.americas.hpqcorp.net> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> <4C6C47D9.4040708@fishkill.ibm.com> <4646639E08F58B42836FAC24C94624DD86C2EE3AD3@GVW0433EXB.americas.hpqcorp.net> Message-ID: <4C6C99FA.5010103@taterunino.net> You can also revoke the copyright assignment at (almost) any time. On 19/08/2010 6:57 AM, Dickson, Mike (ISS Software) wrote: > There are loads of open source projects that are LGPL (in whole or part) and that require a contributors agreement. Joomla, Alfresco, OpenChange, Evolution, etc. It's a very common practice when a legal entity is the corporate sponsor for the project. The only impairment here is the constant bickering over useless details. Either you want to contribute or you don't. If you do LL is the copyright holder and has every right to insist you sign a contributors agreement in order to make code contributions so that they can administer the project. > > Mike > > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Mike Monkowski > Sent: Wednesday, August 18, 2010 4:52 PM > To: Henri Beauchamp > Cc: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Open Viewer Development Announcement > > Henri Beauchamp wrote: >> SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry >> LGPL, perhaps ?) LGPL Open Source project requiring a License agreement >> from its contributors !!! This makes strictly no sense and is a clear >> impairement. >> >> I'd also be curious to know any other of your "good and valid reasons"... > I, obviously, am not in a position to speak for Linden Lab, but let me > offer my opinion. This project is somewhat different from most LGPL > projects in that if there is no CA, it places Linden in the position of > being sued for copyright infringement if someone contributes plagiarized > code. Most LGPL projects don't have a corporate owner with money worth > suing for. > > Mike > _______________________________________________ > 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 > -- Tateru Nino http://dwellonit.taterunino.net/ From oz at lindenlab.com Wed Aug 18 19:49:37 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 22:49:37 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C99FA.5010103@taterunino.net> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> <4C6C47D9.4040708@fishkill.ibm.com> <4646639E08F58B42836FAC24C94624DD86C2EE3AD3@GVW0433EXB.americas.hpqcorp.net> <4C6C99FA.5010103@taterunino.net> Message-ID: <4C6C9BC1.60904@lindenlab.com> On 2010-08-18 22:42, Tateru Nino wrote: > You can also revoke the copyright assignment at (almost) any time. No, you can not. There is no such provision in the Contribution Agreement. From esbee at lindenlab.com Wed Aug 18 19:57:31 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Wed, 18 Aug 2010 22:57:31 -0400 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/18/2010 Message-ID: Date: Wed Aug 18 Also available here: http://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == Q is OOO for the next few days Don't forget to update the time you spent on a task in the Sprint Backlog at the end of each day! == DAILY SCRUM == === Aimee === PAST Merged first batch of Snowglobe build fixes from aimee_linden/viewer-development-import to viewer-development Staged some more into aimee_linden/viewer-development-import FUTURE Merge from aimee_linden/viewer-development-import to viewer-development Pull in some more Snowglobe fixes Rinse and repeat IMPEDIMENTS None === Tofu === OOO === Oz === PAST Snowglobe meeting Set up mailing lists for commit and build notices (build notices not yet flowing - commits work) FUTURE Improve wiki page on hg workflow Get build notices from canonical build of viewer-development to list Office Hours IMPEDIMENTS (minor) Can't get ssh authentication to hg.secondlife.com/bitbucket.org working === Q === OOO === Merov ==== PAST Attended Snowstorm sprint planning meeting Snowstorm sync: cloned and built http://bitbucket.org/lindenlab/viewer-development (Mac). Works like a charm except I can't get llkdu to load (loads openjpeg instead). This is germane to the next task. LLKDU in viewer-development: I realized that Snowstorm doesn't load libllkdu.dylib on Mac even if present in the bundle. The same is true for SG2.0 at least for the version built on my machine. I need to investigate all that in the context of solving this "building with llkdu" issue for Snowstorm but it might be more general than just a Windows issue. Snowglobe backlog: started a list and got it ready for the sprint meeting. Didn't get used eventually. Fielded lots of Snowglobe questions on #opensl and during a looong OH session Took care of my email backlog! Yes! FUTURE LLKDU in viewer-development: Snowstorm sync: do the Windows part IMPEDIMENTS Snowglobe building questions/requests on #opensl consumed === Esbee ==== PAST Posted public Snowstorm Backlog and Sprint Backlog Ran our first inworld Sprint Planning Meeting Created Jiras for each user story we've taken on for Sprint 2 Responded to some SLCC and Snowstorm blog feedback FUTURE Jira bug triage for Sprint 2 Assist team with Scrum tasks Continue to follow up on SLCC and Snowstorm blog feedback Overall Jira clean up Sync up with Oz IMPEDIMENTS None === Paul ==== PAST BUG EXT-8588 (URL-like name of group is shown as hyperlink in group mini-inspector) Almost finished, but ran into a problem. Reassigned to Anya with questions. BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard coded, in the long timestamp displayed in IM when user is offline) In progress FUTURE BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard coded, in the long timestamp displayed in IM when user is offline) IMPEDIMENTS EXT-8588 === Andrew ==== PAST Task EXT-8425 ([HARD CODED] ALL LANGS: Unlocalized keyboard keys under Advanced menu > Shortcuts (French viewer)) reopened Pushed. Bug EXT-8635 (Replace "no matches found" with "loading" in the My Outfits tab). Yesterdays attempt with background fetching didn't work. Consluted with Serget again, fixed, sent for review. Bug EXT-6527 (IM chat history log in plain text mode looks ugly when displays avatar SLURLs). WIP. FUTURE EXT-6527 (IM chat history log in plain text mode looks ugly when displays avatar SLURLs). IMPEDIMENTS Failed at resurrecting debug. Will clone repository again tomorrow. === Vadim ==== PAST Organizational issues, including Snowstorm Sprint Planning meeting. Task EXT-8564 (Add option fo take off wearables via "Wearing" Tab): Committed. Bug EXT-8357 (ESC will not de-focus the sidebar): Committed. Bug EXT-4977 (After teleporting, opening/closing the side panel causes the screen to turn black): Resolved as not reproducible. FUTURE Bug EXT-8630 (Ctrl-Shift-W hides all chat until a viewer restart). Find new tickets for our tasks in Snowstorm Sprint #2, and assign them. Start on new sprint tasks. IMPEDIMENTS none === Sergey ==== PAST Critical bug (EXT-7083) Initial preferences are "G" but allow me to enter Moderate regions. Pushed fix. Investigate if maturity rating can be removed from config. Perhaps not worth a separate task. Bug (EXT-7325) My Landmarks: "Show on Map" context menu item is enabled while "Map" button is disabled for selected landmark. Fixed. Uploaded for review. FUTURE Bug (EXT-8697) My Landmarks: 'Cut' item should be greyed out in folder's context menu Bug (EXT-8699) 'Item Profile' panel isn't udated if change name of that item from 'Object contents' floater IMPEDIMENTS none === Anya ==== PAST mostly QA coordination issues appearance ownership FUTURE crashhunters discus future of PE's current backlog, other bugfixing within the big picture. IMPEDIMENTS none -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/3d8346fb/attachment-0001.htm From oz at lindenlab.com Wed Aug 18 20:12:25 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 18 Aug 2010 23:12:25 -0400 Subject: [opensource-dev] Please - enough about the CA In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> Message-ID: <4C6CA119.2010406@lindenlab.com> > On Wed, Aug 18, 2010 at 11:27 AM, Henri Beauchamp wrote: >> SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry >> LGPL, perhaps ?) LGPL Open Source project requiring a License agreement >> from its contributors !!! This makes strictly no sense and is a clear >> impairement. > > Axiom, OpenOffice, NetBeans, Joomla!, Alfresco, ... > > and all projects under the Apache Foundation. http://www.apache.org/licenses/#clas and the Perl Foundation http://www.perlfoundation.org/contributor_license_agreement and the Python Foundation http://www.python.org/psf/contrib/contrib-form-python/ none of which are in any way commercial, and all of whom embody the ideals to which other open source projects aspire. I know that some of you won't sign an agreement, and that you have reasons you think are good. I accept that whether I agree with those reasons or not, while deeply regreting not being able to share in your work. If any of you are unsure what the implications of the agreement are, I am happy to provide what assistance I can if you contact me _off_ of the list (but I am not a lawyer, and crucially I am not _your_ lawyer). There may come a time when Linden Lab will revisit the requirement for or the terms of the CA. If I'm still here, I'll let the community know when that is happening. For the time being, changing the CA is not on the table - we've got other things to spend our time and energy on at the moment - like making Second Life Fast, Easy, and Fun. If you feel the need to continue to rail against the CA, please take it somewhere else and leave this list to people who are trying to do the things that are possible now. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100818/7138803f/attachment.htm From penny.patton.sl at gmail.com Wed Aug 18 23:46:39 2010 From: penny.patton.sl at gmail.com (Penny Patton) Date: Thu, 19 Aug 2010 01:46:39 -0500 Subject: [opensource-dev] Correcting Height Displayed in Appearance Editor / Improved Default Camera Position Message-ID: I'm proposing these two changes together because they are related to the larger issue of building/visual design and scale in SL. Correcting either will help a bit, correcting both will help content creators a lot. This is my first contribution to the dev list, and as per the wiki I've tried to keep the story for each issue nice and short. The Jira pages explain these problems, and how they affect content creation, in much more detail. Correcting Height Displayed in Appearance Editor - https://jira.secondlife.com/browse/VWR-19767 AgentHeight does not actually match the size of the avatar mesh so the avatar height that is displayed in the appearance editor is incorrect. This creates confusion and provides false information on which people base avatar design decisions. This leads to larger avatars which present problems to both environment designers and animators. Environment designers are forced to build larger to compensate. The disparity between "average" avatar sizes that this contributes to creates issues animators cannot work around. The confusion it creates regarding avatar size causes animators to present incorrect information to customers with regards to purchasing animations designed for specific avatar sizes. ============================================================================= Improving Default Camera Placement - https://jira.secondlife.com/browse/VWR-19238 The current default camera placement requires users to zoom out significantly to get a good view of their avatar and surroundings, the camera moves up as well as back creating conflicts between the camera and the environment unless the environment is substantially up-scaled to compensate Improving the camera placement used by the average resident would allow builders to create larger, more detailed environments by building at a reduced scale. - Penny Patton -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/eaae2368/attachment.htm From dahliatrimble at gmail.com Thu Aug 19 00:00:25 2010 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Thu, 19 Aug 2010 00:00:25 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C35A4.1090204@gmail.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> <4C6C2EB5.9000903@lindenlab.com> <4C6C35A4.1090204@gmail.com> Message-ID: One thing I liked about the pie menu is the area where the mouse click needs to take place increases in width as you move away from the center, making it easy to make the desired pick. I often find when navigating nested rectangular menus that it's difficult to keep the mouse hovered in the desired area and it tends to open the wrong one unless the cursor is very precisely placed. This is especially troublesome when navigating thru several menu levels. On Wed, Aug 18, 2010 at 12:33 PM, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On 8/18/2010 12:04 PM, Oz Linden (Scott Lawrence) wrote: > > If I understood him correctly, what Q seemed to think was the right > > behavior is: > > > > * The first mouse-down opens the pie centered on the mouse location, > > so no choice is under the mouse > > * If the choice is a submenu, each new menu is also centered on the > > mouse > > > > that way, you are never making a choice within the submenu if you > > accidentally double click, because the center is never a choice. this > > does mean that the nested menus 'creep', but that has the effect that > > each nested choice is a 'gesture-like' unique series of clicks. > > I think he thinks that the proper behavior should have been that the > cursor recenters on the new sub pie menu. > > I liked how for something like inspect was down, click, right, and > delete was down, up-right. As long as the item in the submenu in that > spot was either blank or nonharmfull, which it mostly was, I'd have > nearly no problems. Unlike with the context menus used now, I'm always > hunting for the option and frequently hit the wrong one. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJMbDWkAAoJEIdLfPRu7qE2hRMH/RNLyOFVogQGaMfBnax20dbp > D+vQ2b6ANu48R4vCZtPDidvlWXde6cGBYpZrCrzzUKK+HeF4+KrW9IcDH+hnOPq7 > YGUz2Q1CuYjuVWz9gVxioFe8zTQHKD92F+Mm3mkB+2PaFjxclejGf8nE54dft8Yc > 6jEQTJ/bZB17KMIjMMWf+9fjPej6eF0zFjN0+6UpFXvMDiQHpllfY2KlJodd677P > NhDTVPIOZELC3pJ4ssMGfJUK3CdyYXyEhJiRTV99qs1gn3VKT/Tbc/QuLM4NdcFk > kchWh03rYVXG41rPEGJjjunayK6Qn2BpAwPbHbZTY7MWJ4P6Te1M1ZccwpfdvSo= > =C9qT > -----END PGP SIGNATURE----- > _______________________________________________ > 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/20100819/ce496c12/attachment.htm From gareth at garethnelson.com Thu Aug 19 02:09:16 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Thu, 19 Aug 2010 10:09:16 +0100 Subject: [opensource-dev] Please - enough about the CA In-Reply-To: <4C6CA119.2010406@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> <4C6CA119.2010406@lindenlab.com> Message-ID: None of those projects have an agreement that allows proprietary versions On Thu, Aug 19, 2010 at 4:12 AM, Oz Linden (Scott Lawrence) wrote: > On Wed, Aug 18, 2010 at 11:27 AM, Henri Beauchamp wrote: > > SL is the ONLY so-called (but actually still not, obviously: a Canada-Dry > LGPL, perhaps ?) LGPL Open Source project requiring a License agreement > from its contributors !!! ?This makes strictly no sense and is a clear > impairement. > > Axiom, OpenOffice, NetBeans, Joomla!, Alfresco, ... > > > and all projects under the Apache Foundation. > > http://www.apache.org/licenses/#clas > > and the Perl Foundation > > http://www.perlfoundation.org/contributor_license_agreement > > and the Python Foundation > > http://www.python.org/psf/contrib/contrib-form-python/ > > none of which are in any way commercial, and all of whom embody the ideals > to which other open source projects aspire. > > I know that some of you won't sign an agreement, and that you have reasons > you think are good. ?I accept that whether I agree with those reasons or > not, while deeply regreting not being able to share in your work. > > If any of you are unsure what the implications of the agreement are, I am > happy to provide what assistance I can if you contact me _off_ of the list > (but I am not a lawyer, and crucially I am not _your_ lawyer). > > There may come a time when Linden Lab will revisit the requirement for or > the terms of the CA. ?If I'm still here, I'll let the community know when > that is happening. > > For the time being, changing the CA is not on the table - we've got other > things to spend our time and energy on at the moment - like making Second > Life Fast, Easy, and Fun. > > If you feel the need to continue to rail against the CA, please take it > somewhere else and leave this list to people who are trying to do the things > that are possible now. > > > > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From secret.argent at gmail.com Thu Aug 19 02:51:44 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Thu, 19 Aug 2010 04:51:44 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> Message-ID: <25716A75-CF7B-477C-87D5-4E72EA0912D7@gmail.com> On 2010-08-18, at 13:19, Michael Schlenker wrote: >> Can you elaborate on what kind of RP would require you to be able to set your display name to "Argent Stonecutter" > Sure. Anywhere you wanna have uniform appearance, like having a bunch of 'Agent Smith' AVs in black suits to give the > impression of identical twins or clones. That wouldn't be "having the same display name as a user name". That would be "having the same display name as another display name". I'm not talking about that. Is anyone talking about that? From secret.argent at gmail.com Thu Aug 19 02:56:37 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Thu, 19 Aug 2010 04:56:37 -0500 Subject: [opensource-dev] To Pie or To List In-Reply-To: References: Message-ID: On 2010-08-18, at 19:23, Ricky wrote: > Furthermore, if I don't have the > privileges to return an item the return option should be either > removed or grayed out. This is actually a problem in 1.x as well. From secret.argent at gmail.com Thu Aug 19 03:03:23 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Thu, 19 Aug 2010 05:03:23 -0500 Subject: [opensource-dev] Please - enough about the CA In-Reply-To: References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> <4C6CA119.2010406@lindenlab.com> Message-ID: <02359B9E-20E0-47D6-8DC8-FF3B001AA822@gmail.com> On 2010-08-19, at 04:09, Gareth Nelson wrote: > None of those projects have an agreement that allows proprietary versions I think Qt has LGPL and proprietary licensing now. From open at autistici.org Thu Aug 19 03:21:18 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 19 Aug 2010 12:21:18 +0200 Subject: [opensource-dev] =?utf-8?q?Update_Linux_Build_Documentation=2C_pl?= =?utf-8?q?ease=3F?= In-Reply-To: <20100819023632.GA6078@tacobell.nc.rr.com> References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: <9f66fe473f4a85bbb21ed791cf5ae03c@localhost> On Wed, 18 Aug 2010 22:36:32 -0400, Tapple Gao wrote: > Also, the build instructions have a lot of caveats for > standalone builders, which, as someone who has never even been > able to complete a non-standalone build, I am rather confused > by. > > So, I'd like it if someone could update the linux build > documentation, and make it really easy for first-time > (non-standalone) builders to follow: [..] > - seperate out standalone and non-standalone into seperate > documents I have been almost ignoring the Linux-compiling docs for a while but I'd tend to agree with this specific request. Opensource Obscure From sllists at boroon.dasgupta.ch Thu Aug 19 03:33:00 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Thu, 19 Aug 2010 12:33:00 +0200 Subject: [opensource-dev] Workaround for build issues on Gentoo Linux; Using CMake directly instead of develop.py (was: Update Linux Build Documentation, please?) In-Reply-To: <20100819023632.GA6078@tacobell.nc.rr.com> References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: <4C6D085C.6010402@boroon.dasgupta.ch> Hi Tapple Welcome to the opensource-dev and to Snowglobe and snowstorm development/testing! On 08/19/2010 04:36 AM, Tapple Gao wrote: > I'm on Gentoo Linux, and the build instructions for Linux [1] have > never worked for me (./develop.py cmake; ./develop.py build). For default (i.e. non-standalone) building on Gentoo, you might require the workaround at User:Michelle2 Zenovka/cmake#Gentoo . (Yes, it were the imprudence folks who documented it. Big thanks to them!) > I've talked with some people on IRC, and I'm now under the > impression that develop.py is rather obsolete, which may be part > of my problem. As far as I know, develop.py isn't required anymore on Linux (I'm not sure about other platforms), but it is still the default way of building, so I wouldn't call it obsolete just yet. (IMHO we should work towards making it obsolete, though.) > However, that doesn't really help me, as I have > no idea how to use cmake. I prefer to use CMake directly. If you want to try that, too, you can find some comprehensive (but maybe partially outdated) documentation at User:Michelle2 Zenovka/cmake and a quick step-by-step reference at Compiling and Patching Snowglobe (Linux) . > Also, the build instructions have a lot of caveats for > standalone builders, which, as someone who has never even been > able to complete a non-standalone build, I am rather confused > by. > > So, I'd like it if someone could update the linux build > documentation, and make it really easy for first-time > (non-standalone) builders to follow: > > - Show how to use cmake rather than develop.py Question to everyone: Are there cases (on Linux) where develop.py is still required? Otherwise I think we can deprecate it (on Linux) easily, by replacing it in the build documentation with the appropriate CMake commands. What about other platforms? Is it always needed, there? > - seperate out standalone and non-standalone into seperate > documents I think when Aleric and others recently revised Compiling the viewer (Linux) , there was a conscious decision to keep both, standalone and non-standalone in a single wiki article, but I'm not sure I remember that correctly. The main problem when separating them will be to keep them in sync when common requirements or common steps change. This could be solved by common transclusions, but those seem to confuse unaware editors. For the moment, the sections that are only relevant for standalone should be clearly marked as such in the section title, so it shouldn't be too difficult to skip over them when they do not apply to you. > As an aside, the Imprudence viewer team has really overhauled > the build process, and as a result, Imprudence is the only > viewer that is actually able to find all my libraries and > complete a build from an svn checkout. I would strongly suggest > you integrate their build changes into the main viewer. Are these changes documented somewhere? Which commits are part of this overhaul? If it isn't too difficult, I'd be willing to apply and test them on my hg repo . (I can only test standalone myself, though, due to 64bit OS.) Pulling them into lindenlab/viewer-development might not be possible due to CA requirements, though. > If there is really going to be more focus on open source, it is > really important to make sure new people like me are able to > compile the viewer from source. ACK cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/1fc1bd0b/attachment.htm From open at autistici.org Thu Aug 19 03:40:31 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 19 Aug 2010 12:40:31 +0200 Subject: [opensource-dev] Pie menu ideas (was: Re: Open Viewer Development Announcement) In-Reply-To: References: Message-ID: I got used to the pie menu and got comfortable with it, but I still think the pie menu is a bit weird for new unexperienced users. The current menu resembles the menu you may find across many applications with large userbases. Overall, I think the current menu is a better solution. A rework of the current menu may improve it further but this should have low priority in relation to other UI issues. As always, providing users with the ability to choose a different system (that is, pie menu) may be ideal - but again, this shouldn't have an high priority. Opensource Obscure From baloo at ursamundi.org Wed Aug 18 12:22:08 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Wed, 18 Aug 2010 12:22:08 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> Message-ID: <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> On Tue, 17 Aug 2010 16:04:19 -0700, Kelly Linden wrote: > 'Resident' is just the final last name, and is treated specially on new > viewers to be hidden from view when displayed. So new users won't have the choice of picking a last name anymore? Isn't that going to severely limit the number of names possible now? From jessesa at gmail.com Thu Aug 19 04:18:44 2010 From: jessesa at gmail.com (Jesse Barnett) Date: Thu, 19 Aug 2010 07:18:44 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: baloo198731.resident Plenty of names available. This has absolutely nothing to do with "We listened to our users" as this is not what we asked for. Pyske figured it out in the SLU thread. This is a move to the openID format and this is confirmed when you look at the Display Name wiki page: "This feature is an important step on our social media strategy that will ultimately allow you to connect your inworld identity to other social networks, on an opt-in basis. Again, Display Names and eventually, the connection to social networks, is all about choice." Jesse Barnett On Wed, Aug 18, 2010 at 3:22 PM, Baloo Uriza wrote: > On Tue, 17 Aug 2010 16:04:19 -0700, Kelly Linden wrote: > > > 'Resident' is just the final last name, and is treated specially on new > > viewers to be hidden from view when displayed. > > So new users won't have the choice of picking a last name anymore? Isn't > that going to severely limit the number of names possible now? > > _______________________________________________ > 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/20100819/75957c8c/attachment.htm From gareth at garethnelson.com Thu Aug 19 04:20:34 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Thu, 19 Aug 2010 12:20:34 +0100 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: Is RegAPI still going to be available with last names or is that being updated too? On Wed, Aug 18, 2010 at 8:22 PM, Baloo Uriza wrote: > On Tue, 17 Aug 2010 16:04:19 -0700, Kelly Linden wrote: > >> 'Resident' is just the final last name, and is treated specially on new >> viewers to be hidden from view when displayed. > > So new users won't have the choice of picking a last name anymore? ?Isn't > that going to severely limit the number of names possible now? > > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From baloo at ursamundi.org Wed Aug 18 15:41:46 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Wed, 18 Aug 2010 15:41:46 -0700 Subject: [opensource-dev] vehicles got some problem ? References: Message-ID: On Wed, 18 Aug 2010 10:39:36 +0900, Rustam Rakhimov wrote: > Hi VW developers [developers are future] > > > I want to ask you question about vehicles > > As I know vehicles got some problem in OpenSim isn't it ? > > so is there any news about Vehicles in Opensim. I want it to run some > car script on OpenSim You're probably better off asking this question over on the the mailing list or forums that are OpenSimulator related. I believe Nebadon Izumi on OSgrid might have some helpful input on the subject over on the OSgrid forums. From laurent.bechir at madonie.org Thu Aug 19 05:42:07 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Thu, 19 Aug 2010 14:42:07 +0200 Subject: [opensource-dev] Please - enough about the CA In-Reply-To: <02359B9E-20E0-47D6-8DC8-FF3B001AA822@gmail.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> <20100818202723.ea388d93.sldev@free.fr> <4C6CA119.2010406@lindenlab.com> <02359B9E-20E0-47D6-8DC8-FF3B001AA822@gmail.com> Message-ID: <4C6D269F.4060509@madonie.org> Argent Stonecutter a ?crit : > On 2010-08-19, at 04:09, Gareth Nelson wrote: > >> > None of those projects have an agreement that allows proprietary versions >> > > I think Qt has LGPL and proprietary licensing now. > You're right : http://qt.nokia.com/downloads -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/0283c86d/attachment.htm From sllists at boroon.dasgupta.ch Thu Aug 19 05:55:30 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Thu, 19 Aug 2010 14:55:30 +0200 Subject: [opensource-dev] SSH authentication (was: Snowstorm Daily Scrum Summary - 08/18/2010) In-Reply-To: References: Message-ID: <4C6D29C2.8010803@boroon.dasgupta.ch> [Oz, sorry for the duplicate. I've sent this from a wrong address originally, so the list rejected it.] Hi Oz On 08/19/2010 04:57 AM, Esbee Linden (Sarah Hutchinson) wrote: > Date: Wed Aug 18 > Also available > here: http://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive > > [...] > * > **** > > * > *=== Oz ===* > * > [...] > * > IMPEDIMENTS > > * * > **** > * > (minor) Can't get ssh authentication to > hg.secondlife.com/bitbucket.org > working > * > **** > * > > * > **** > * What exactly isn't working there? Have you followed the steps at http://bitbucket.org/help/UsingSSH ? I think it works fine for me (and others), so let us know if we can help in any way. cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/e3047e57/attachment.htm From zak.escher at gmail.com Thu Aug 19 06:23:58 2010 From: zak.escher at gmail.com (Zak Escher) Date: Thu, 19 Aug 2010 09:23:58 -0400 Subject: [opensource-dev] Windows Build of Snowstorm (Viewer 2.1.1) Message-ID: I have tried every build of Viewer 2.1.1 since Sunday (8/19/2010) and all have crashed on launch. Is there a proper place to report these issues? -- ----- Zak Escher email: zak.escher at gmail.com Join me in Second Life http://secondlife.com/ss/?u=f76730f9dee0d54e3cc51e29da87373a -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/f7c94bb9/attachment.htm From aimee at lindenlab.com Thu Aug 19 07:14:37 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Thu, 19 Aug 2010 15:14:37 +0100 Subject: [opensource-dev] Windows Build of Snowstorm (Viewer 2.1.1) (LLKDU) In-Reply-To: References: Message-ID: <74DA1F15-9540-461D-B7FC-0D45CA58388B@lindenlab.com> That's because of the LLKDU issue that Merov is currently working to fix. You can work around if for now by replacing the llkdu.dll that comes with the development viewer with one from the release viewer. Aimee. On 19 Aug 2010, at 14:23, Zak Escher wrote: > I have tried every build of Viewer 2.1.1 since Sunday (8/19/2010) and all have crashed on launch. Is there a proper place to report these issues? From nickyperian at yahoo.com Thu Aug 19 07:48:03 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Thu, 19 Aug 2010 07:48:03 -0700 (PDT) Subject: [opensource-dev] Windows Build of Snowstorm (Viewer 2.1.1) In-Reply-To: References: Message-ID: <401269.14476.qm@web43508.mail.sp1.yahoo.com> I had a successful windows, C++ Express 2005, build and the patches are included here. https://NickyP at bitbucket.org/NickyP/viewer-development ________________________________ From: Zak Escher To: opensource-dev Mailing List Sent: Thu, August 19, 2010 8:23:58 AM Subject: [opensource-dev] Windows Build of Snowstorm (Viewer 2.1.1) I have tried every build of Viewer 2.1.1 since Sunday (8/19/2010) and all have crashed on launch. Is there a proper place to report these issues? -- ----- Zak Escher email: zak.escher at gmail.com Join me in Second Life http://secondlife.com/ss/?u=f76730f9dee0d54e3cc51e29da87373a -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/9f4231d9/attachment.htm From erikba at odysseus.anderson.name Thu Aug 19 08:14:27 2010 From: erikba at odysseus.anderson.name (Erik Anderson) Date: Thu, 19 Aug 2010 08:14:27 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: Lol, another peanut thrown from the back rows, but doesn't "Compatibility with openID" that mean that we may start seeing "christa534 at facebook.comResident" in a few years? (Note: I am not saying that this has been stated or is acceptable to anyone any visible timeframe and am not trying to start another flamewar on something no one said is going to happen) On Thu, Aug 19, 2010 at 4:18 AM, Jesse Barnett wrote: > baloo198731.resident Plenty of names available. > > This has absolutely nothing to do with "We listened to our users" as this > is not what we asked for. Pyske figured it out in the SLU thread. This is a > move to the openID format and this is confirmed when you look at the Display > Name wiki page: > > "This feature is an important step on our social media strategy that will > ultimately allow you to connect your inworld identity to other social > networks, on an opt-in basis. Again, Display Names and eventually, the > connection to social networks, is all about choice." > > Jesse Barnett > > On Wed, Aug 18, 2010 at 3:22 PM, Baloo Uriza wrote: > >> On Tue, 17 Aug 2010 16:04:19 -0700, Kelly Linden wrote: >> >> > 'Resident' is just the final last name, and is treated specially on new >> > viewers to be hidden from view when displayed. >> >> So new users won't have the choice of picking a last name anymore? Isn't >> that going to severely limit the number of names possible now? >> >> _______________________________________________ >> 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/20100819/aeff3b3e/attachment.htm From kelly at lindenlab.com Thu Aug 19 08:27:21 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Thu, 19 Aug 2010 08:27:21 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, Aug 19, 2010 at 4:18 AM, Jesse Barnett wrote: > baloo198731.resident Plenty of names available. > I just wanted to point out that this theoretical new user's username would be baloo198731, it would not be baloo198731.resident. The 'Resident' isn't really a part of a new user's identity. It is only shown to viewers that do not support display names and legacy LSL script calls - in other words that last name is only there when required for backwards compatibility. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/cd319d78/attachment.htm From trilobyte550m at gmail.com Thu Aug 19 09:08:44 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Thu, 19 Aug 2010 09:08:44 -0700 Subject: [opensource-dev] Version numbering Message-ID: <97BE9A21-64B9-44F8-ACBD-C2A5C7CC44A5@gmail.com> Now that 2.1.1 has been released, shouldn't nightly builds be labeled 2.1.2? TriloByte Zanzibar From missannotoole at yahoo.com Thu Aug 19 09:42:43 2010 From: missannotoole at yahoo.com (Ann Otoole) Date: Thu, 19 Aug 2010 09:42:43 -0700 (PDT) Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: <634526.49171.qm@web59106.mail.re1.yahoo.com> Do I understand you correctly that new accounts can make their name anything including existing account names? ________________________________ From: Kelly Linden To: Jesse Barnett Cc: opensource-dev at lists.secondlife.com; Baloo Uriza Sent: Thu, August 19, 2010 11:27:21 AM Subject: Re: [opensource-dev] display names = the end of 1.x viewers? On Thu, Aug 19, 2010 at 4:18 AM, Jesse Barnett wrote: baloo198731.resident Plenty of names available. > I just wanted to point out that this theoretical new user's username would be baloo198731, it would not be baloo198731.resident. The 'Resident' isn't really a part of a new user's identity. It is only shown to viewers that do not support display names and legacy LSL script calls - in other words that last name is only there when required for backwards compatibility. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/2e4e685a/attachment.htm From makosoft at gmail.com Thu Aug 19 09:43:39 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Thu, 19 Aug 2010 17:43:39 +0100 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On 8/19/10, Kelly Linden wrote: > I just wanted to point out that this theoretical new user's username would > be baloo198731, it would not be baloo198731.resident. The 'Resident' isn't > really a part of a new user's identity. It is only shown to viewers that do > not support display names and legacy LSL script calls - in other words that > last name is only there when required for backwards compatibility. > Which has the interesting side-effect that you can't trivially convert from a username to a legacy full name since there are two different possible conversions and no way of telling which is correct without accessing the login database, right? From kelly at lindenlab.com Thu Aug 19 09:58:36 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Thu, 19 Aug 2010 09:58:36 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <634526.49171.qm@web59106.mail.re1.yahoo.com> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <634526.49171.qm@web59106.mail.re1.yahoo.com> Message-ID: No. Account names must be unique. No new user can create ann.otoole OR annotoole as a username, that name is taken by you. - Kelly On Thu, Aug 19, 2010 at 9:42 AM, Ann Otoole wrote: > Do I understand you correctly that new accounts can make their name > anything including existing account names? > > ------------------------------ > *From:* Kelly Linden > *To:* Jesse Barnett > *Cc:* opensource-dev at lists.secondlife.com; Baloo Uriza < > baloo at ursamundi.org> > *Sent:* Thu, August 19, 2010 11:27:21 AM > > *Subject:* Re: [opensource-dev] display names = the end of 1.x viewers? > > On Thu, Aug 19, 2010 at 4:18 AM, Jesse Barnett wrote: > >> baloo198731.resident Plenty of names available. >> > > I just wanted to point out that this theoretical new user's username would > be baloo198731, it would not be baloo198731.resident. The 'Resident' isn't > really a part of a new user's identity. It is only shown to viewers that do > not support display names and legacy LSL script calls - in other words that > last name is only there when required for backwards compatibility. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/5795e4ef/attachment-0001.htm From kelly at lindenlab.com Thu Aug 19 10:03:07 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Thu, 19 Aug 2010 10:03:07 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, Aug 19, 2010 at 9:43 AM, Aidan Thornton wrote: > On 8/19/10, Kelly Linden wrote: > > I just wanted to point out that this theoretical new user's username > would > > be baloo198731, it would not be baloo198731.resident. The 'Resident' > isn't > > really a part of a new user's identity. It is only shown to viewers that > do > > not support display names and legacy LSL script calls - in other words > that > > last name is only there when required for backwards compatibility. > > > > Which has the interesting side-effect that you can't trivially convert > from a username to a legacy full name since there are two different > possible conversions and no way of telling which is correct without > accessing the login database, right? > > There is no such thing as a legacy full name for non-legacy accounts. We tack on a 'Resident' last name when required for compatibility with viewers that do not understand display names and legacy LSL calls, but it is not a part of their name. But in essence you are correct. You can go from a 'full name' to a 'username' but not as easily the other way - though parsing for a '.' is likely to get you pretty good results. If you have the UUID (which you should in both viewer code and LSL) you can get whichever name you want - username, full name or display name. - Kelly -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/dddecb9c/attachment.htm From javajoint at gmail.com Thu Aug 19 10:15:14 2010 From: javajoint at gmail.com (Daniel Smith) Date: Thu, 19 Aug 2010 10:15:14 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: I'll ask the Lindens a direct question: What will you do to prevent others from using my username as their displayname? I dont care what people do in group tags - that is different. I dont want to see my name (in any form, uppercase, lowercase, with or without dots or spaces, etc.) used as a displayname by anyone. And it's not just a display issue. What happens with chat and im logs? Are they going to only show the displayname? Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/20253396/attachment.htm From sldev at free.fr Thu Aug 19 10:16:27 2010 From: sldev at free.fr (Henri Beauchamp) Date: Thu, 19 Aug 2010 19:16:27 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6C2EB5.9000903@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> <4C6C2EB5.9000903@lindenlab.com> Message-ID: <20100819191627.c53db7b1.sldev@free.fr> On Wed, 18 Aug 2010 15:04:21 -0400, Oz Linden (Scott Lawrence) wrote: > On 2010-08-18 14:14, Aidan Thornton wrote: > > On 8/18/10, Oz Linden (Scott Lawrence) wrote: > >> While there were some good things about the v1 implementation of pie > >> menus, they also had some flaws - such as not opening a submenu centered > >> on the mouse click. > > I actually puzzled over this a bit when I first realised that Second > > Life's pie menus worked this way. Originally, the pie menus worked > > well when you didn't click too close to the edge of the screen but > > didn't actually open under the mouse cursor if you did. Since the > > "More..." item is sensibly always the southmost one, opening new > > submenus centered on the mouse would cause the pie menu to drift down > > the screen until it hit the bottom and caused problems. > > > > Also, opening the submenu at the same location has the nice > > side-effect that the mouse remains over the "More..." option for the > > pie menus that are nested 3 or more levels deep. > > > > What I have been contemplating is how to make it possible to open the > > next layer of a pie menu without moving the mouse at all. Sadly, it'd > > probably break too much from normal UI conventions to be worth doing. > > If I understood him correctly, what Q seemed to think was the right > behavior is: > > * The first mouse-down opens the pie centered on the mouse location, > so no choice is under the mouse > * If the choice is a submenu, each new menu is also centered on the > mouse > > that way, you are never making a choice within the submenu if you > accidentally double click, because the center is never a choice. this > does mean that the nested menus 'creep', but that has the effect that > each nested choice is a 'gesture-like' unique series of clicks. A smarter approach would be to automatically move the cursor itself to the center of the pie menu (without moving the latter to avoid an annoying "drifting" effect) when you click on a sub-menu. However, I never found the fact that the pie menu was not centered on the cursor after a click on a sub-menu item to be an hinderance, since the whole idea about pie menus is that you quickly get your "muscle memory" trained and don't even have to look at the menu any more after you are trained. For example, my "muscles know" that to delete an in-world object I must right click on it, then move south, left click (for "More >"), and move north east and left click again (for Delete). With the new method, I'd simply have to replace "north east" with "east" in my muscle memory (which would make me miss quite a number of clicks at first, since this memory has been trained and used for almost 4 years now, so if you reimplement pie-menus in this new way, I'd appreciate a debug option to prevent the auto-recentering of the cursor)... Regards, Henri. From kelly at lindenlab.com Thu Aug 19 10:19:35 2010 From: kelly at lindenlab.com (Kelly Linden) Date: Thu, 19 Aug 2010 10:19:35 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, Aug 19, 2010 at 10:03 AM, Kelly Linden wrote: > > > On Thu, Aug 19, 2010 at 9:43 AM, Aidan Thornton wrote: > >> On 8/19/10, Kelly Linden wrote: >> > I just wanted to point out that this theoretical new user's username >> would >> > be baloo198731, it would not be baloo198731.resident. The 'Resident' >> isn't >> > really a part of a new user's identity. It is only shown to viewers that >> do >> > not support display names and legacy LSL script calls - in other words >> that >> > last name is only there when required for backwards compatibility. >> > >> >> Which has the interesting side-effect that you can't trivially convert >> from a username to a legacy full name since there are two different >> possible conversions and no way of telling which is correct without >> accessing the login database, right? >> >> > There is no such thing as a legacy full name for non-legacy accounts. We > tack on a 'Resident' last name when required for compatibility with viewers > that do not understand display names and legacy LSL calls, but it is not a > part of their name. But in essence you are correct. You can go from a 'full > name' to a 'username' but not as easily the other way - though parsing for a > '.' is likely to get you pretty good results. If you have the UUID (which > you should in both viewer code and LSL) you can get whichever name you want > - username, full name or display name. > > - Kelly > > I have been corrected. Only 'legacy' names will have a '.'. I was not aware when I responded above that the period is not valid in new user names. So yes, you can parse for a '.' to know if it is a 'legacy' name or a new name. Sorry for the confusion. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/7f33ef04/attachment.htm From kadah.coba at gmail.com Thu Aug 19 10:24:19 2010 From: kadah.coba at gmail.com (Kadah) Date: Thu, 19 Aug 2010 10:24:19 -0700 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100819191627.c53db7b1.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> <4C6C2EB5.9000903@lindenlab.com> <20100819191627.c53db7b1.sldev@free.fr> Message-ID: <4C6D68C3.9040604@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/19/2010 10:16 AM, Henri Beauchamp wrote: > A smarter approach would be to automatically move the cursor itself to > the center of the pie menu (without moving the latter to avoid an > annoying "drifting" effect) when you click on a sub-menu. > > However, I never found the fact that the pie menu was not centered on > the cursor after a click on a sub-menu item to be an hinderance, since > the whole idea about pie menus is that you quickly get your "muscle > memory" trained and don't even have to look at the menu any more after > you are trained. For example, my "muscles know" that to delete an > in-world object I must right click on it, then move south, left click > (for "More >"), and move north east and left click again (for Delete). > With the new method, I'd simply have to replace "north east" with > "east" in my muscle memory (which would make me miss quite a number > of clicks at first, since this memory has been trained and used for > almost 4 years now, so if you reimplement pie-menus in this new way, > I'd appreciate a debug option to prevent the auto-recentering of the > cursor)... Same here. I would impliment pie menus as 2 debug settings, UseLegacyPieMenus and LegacyPieMenusDisableAutoCenter. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMbWjDAAoJEIdLfPRu7qE2mucIAIViouN+zGtQJRqsZGdVqK7Z 6j3tIhepm0TTcVaMuBrqijuw0CFifMJwxV8T0uy0U8xEYbPzIyRqJCDsvHGhOUQw WN8PmGhnDKyOOQYSHEKGYEmTFvVlwqQ40SfH5hM3jMNF2zj/w/qPxl2pV2SMON9e 0sl8ew1Hu+DBM1u/+DJDe2dM1Jz3x1EnpjAJUFwLQ7MgZL4JuT4vD96y/Sl6s2eL LZeJieUi6fxW2dXDWABfBcIqyFpRx0Vh78XqC+ZyOn66RcGr3D9Yra8w+rCqLMc0 6owg9RHkzBZXsIpsG1DtZI+ytH0awLuXVv5zz4sGXIi9scQD64UCXxFf2xjdT08= =Iy9d -----END PGP SIGNATURE----- From marinekelley at gmail.com Thu Aug 19 10:30:39 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 19 Aug 2010 19:30:39 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6D68C3.9040604@gmail.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> <4C6C2EB5.9000903@lindenlab.com> <20100819191627.c53db7b1.sldev@free.fr> <4C6D68C3.9040604@gmail.com> Message-ID: That would be awesome. I know there are reasons behind the removal of the pie menu and its replacement by a well known list menu, but PLEASE I am so much more productive and less frustrated with the old pie menu ! Muscle memory and size of the clickable areas and all that. Simply put with the list menu I have to look where I'm clicking, with the pie menu I don't. It is a huge gain of time. On 19 August 2010 19:24, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On 8/19/2010 10:16 AM, Henri Beauchamp wrote: > > A smarter approach would be to automatically move the cursor itself to > > the center of the pie menu (without moving the latter to avoid an > > annoying "drifting" effect) when you click on a sub-menu. > > > > However, I never found the fact that the pie menu was not centered on > > the cursor after a click on a sub-menu item to be an hinderance, since > > the whole idea about pie menus is that you quickly get your "muscle > > memory" trained and don't even have to look at the menu any more after > > you are trained. For example, my "muscles know" that to delete an > > in-world object I must right click on it, then move south, left click > > (for "More >"), and move north east and left click again (for Delete). > > With the new method, I'd simply have to replace "north east" with > > "east" in my muscle memory (which would make me miss quite a number > > of clicks at first, since this memory has been trained and used for > > almost 4 years now, so if you reimplement pie-menus in this new way, > > I'd appreciate a debug option to prevent the auto-recentering of the > > cursor)... > > Same here. I would impliment pie menus as 2 debug settings, > UseLegacyPieMenus and LegacyPieMenusDisableAutoCenter. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJMbWjDAAoJEIdLfPRu7qE2mucIAIViouN+zGtQJRqsZGdVqK7Z > 6j3tIhepm0TTcVaMuBrqijuw0CFifMJwxV8T0uy0U8xEYbPzIyRqJCDsvHGhOUQw > WN8PmGhnDKyOOQYSHEKGYEmTFvVlwqQ40SfH5hM3jMNF2zj/w/qPxl2pV2SMON9e > 0sl8ew1Hu+DBM1u/+DJDe2dM1Jz3x1EnpjAJUFwLQ7MgZL4JuT4vD96y/Sl6s2eL > LZeJieUi6fxW2dXDWABfBcIqyFpRx0Vh78XqC+ZyOn66RcGr3D9Yra8w+rCqLMc0 > 6owg9RHkzBZXsIpsG1DtZI+ytH0awLuXVv5zz4sGXIi9scQD64UCXxFf2xjdT08= > =Iy9d > -----END PGP SIGNATURE----- > _______________________________________________ > 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/20100819/53889437/attachment-0001.htm From Lance.Corrimal at eregion.de Thu Aug 19 10:36:26 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 19 Aug 2010 19:36:26 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <634526.49171.qm@web59106.mail.re1.yahoo.com> Message-ID: <201008191936.26982.Lance.Corrimal@eregion.de> Am Thursday 19 August 2010 schrieb Kelly Linden: > No. Account names must be unique. No new user can create ann.otoole > OR annotoole as a username, that name is taken by you. Can someone else set the DISPLAY NAME to "Lance Corrimal" ??? bye, LC From tateru at taterunino.net Thu Aug 19 10:35:04 2010 From: tateru at taterunino.net (Tateru Nino) Date: Fri, 20 Aug 2010 03:35:04 +1000 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <20100819191627.c53db7b1.sldev@free.fr> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4C6B3623.8060409@gmail.com> <4C6C0FFD.7070809@lindenlab.com> <4C6C2EB5.9000903@lindenlab.com> <20100819191627.c53db7b1.sldev@free.fr> Message-ID: <4C6D6B48.6070003@taterunino.net> On 20/08/2010 3:16 AM, Henri Beauchamp wrote: > On Wed, 18 Aug 2010 15:04:21 -0400, Oz Linden (Scott Lawrence) wrote: > >> On 2010-08-18 14:14, Aidan Thornton wrote: >>> On 8/18/10, Oz Linden (Scott Lawrence) wrote: >>>> While there were some good things about the v1 implementation of pie >>>> menus, they also had some flaws - such as not opening a submenu centered >>>> on the mouse click. >>> I actually puzzled over this a bit when I first realised that Second >>> Life's pie menus worked this way. Originally, the pie menus worked >>> well when you didn't click too close to the edge of the screen but >>> didn't actually open under the mouse cursor if you did. Since the >>> "More..." item is sensibly always the southmost one, opening new >>> submenus centered on the mouse would cause the pie menu to drift down >>> the screen until it hit the bottom and caused problems. >>> >>> Also, opening the submenu at the same location has the nice >>> side-effect that the mouse remains over the "More..." option for the >>> pie menus that are nested 3 or more levels deep. >>> >>> What I have been contemplating is how to make it possible to open the >>> next layer of a pie menu without moving the mouse at all. Sadly, it'd >>> probably break too much from normal UI conventions to be worth doing. >> If I understood him correctly, what Q seemed to think was the right >> behavior is: >> >> * The first mouse-down opens the pie centered on the mouse location, >> so no choice is under the mouse >> * If the choice is a submenu, each new menu is also centered on the >> mouse >> >> that way, you are never making a choice within the submenu if you >> accidentally double click, because the center is never a choice. this >> does mean that the nested menus 'creep', but that has the effect that >> each nested choice is a 'gesture-like' unique series of clicks. > A smarter approach would be to automatically move the cursor itself to > the center of the pie menu (without moving the latter to avoid an > annoying "drifting" effect) when you click on a sub-menu. > > However, I never found the fact that the pie menu was not centered on > the cursor after a click on a sub-menu item to be an hinderance, since > the whole idea about pie menus is that you quickly get your "muscle > memory" trained and don't even have to look at the menu any more after > you are trained. For example, my "muscles know" that to delete an > in-world object I must right click on it, then move south, left click > (for "More>"), and move north east and left click again (for Delete). > With the new method, I'd simply have to replace "north east" with > "east" in my muscle memory (which would make me miss quite a number > of clicks at first, since this memory has been trained and used for > almost 4 years now, so if you reimplement pie-menus in this new way, > I'd appreciate a debug option to prevent the auto-recentering of the > cursor)... For a while, I was somewhat spoiled by colour-coded, multi-layered concentric radial menus. A chance to preview the whole menu tree with a little mouse-wiggling before selecting an option. A bit like this: http://3.bp.blogspot.com/_6C7jhrvrP14/SCIXQ0vvNFI/AAAAAAAAAJM/cCtvGNWR0co/s400/menu.png -- Tateru Nino http://dwellonit.taterunino.net/ From Lance.Corrimal at eregion.de Thu Aug 19 10:37:27 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 19 Aug 2010 19:37:27 +0200 Subject: [opensource-dev] no "allow create landmark" in 2.1? Message-ID: <201008191937.27773.Lance.Corrimal@eregion.de> is it just my failing eyesight, or is there no "allow create landmark" checkbox in "about land" in 2.1 (snowglobe 2.1.0 r3622) ??? bye, LC From kadah.coba at gmail.com Thu Aug 19 10:53:30 2010 From: kadah.coba at gmail.com (Kadah) Date: Thu, 19 Aug 2010 10:53:30 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: <4C6D6F9A.9080703@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/19/2010 10:15 AM, Daniel Smith wrote: > And it's not just a display issue. What happens with chat and im logs? Are > they going to only show the displayname? I have no idea what it will be, but I'm hoping for IMs it will continue to use the username as the filename for the log, and put both names in to the local and group chat logs. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMbW+aAAoJEIdLfPRu7qE26F4H/1bea5ZHVynvhqONBIpFQXKd P9vWqYoLbJD7ILdBPlY3yBcg4BErDiZFRwJAMidL6kEd00M/liOx7HXPLHAHOqQB 8OOtaIBOAuYqMsFzSQEwhJr4C3GqxKU8LTvXRZiSmX0hFBicb++sYYGHAyjulU90 5ozpKVcxl6BNJoLeIyk8IMpq8Ktl2j7vDYRAu6lP0CWR2s3CStQdJ0XkVT47IXhq E6vTLeEq6XM8283/Fraloa1USHQAh0B7wgSJrAkBdAgw1YFAdhT0GLFPIpsMeh2S 3MXrprKYfb7r/8aEglQFaPr4VvU4jIsqN++xYEbq/FwNKpLqIUCFHYa7z0t0I4Q= =n2QA -----END PGP SIGNATURE----- From chess at us.ibm.com Thu Aug 19 10:55:53 2010 From: chess at us.ibm.com (David M Chess) Date: Thu, 19 Aug 2010 13:55:53 -0400 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: Message-ID: Marine Kelley : > That would be awesome. I know there are reasons behind the removal of the pie menu and its replacement by a well known list menu, but PLEASE I am so > much more productive and less frustrated with the old pie menu ! Muscle memory and size of the clickable areas and all that. Simply put with the list menu I > have to look where I'm clicking, with the pie menu I don't. It is a huge gain of time. Complete enthusiastic agreement! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/01e2d158/attachment.htm From carlo at alinoe.com Thu Aug 19 11:13:41 2010 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 19 Aug 2010 20:13:41 +0200 Subject: [opensource-dev] Open Viewer Development Announcement In-Reply-To: <4C6BFF32.7000502@lindenlab.com> References: <165EA4C2-77E4-4852-8BFC-48DB28157C37@lindenlab.com> <20100816202303.500f4530.sldev@free.fr> <4C6989D9.3090306@lindenlab.com> <4c69debe.8b35dc0a.7864.ffff93b1@mx.google.com> <20100817114451.f310db6a.sldev@free.fr> <20100818123804.f908901c.sldev@free.fr> <4C6BFF32.7000502@lindenlab.com> Message-ID: <20100819181341.GA27230@alinoe.com> On Wed, Aug 18, 2010 at 11:41:38AM -0400, Oz Linden (Scott Lawrence) wrote: > We still do require a Contribution Agreement, for good and valid reasons I've > explained many times - most notably that it allows us to improve our license in > the future. Had we not required the CA in the past, we would not have been > able to change from GPL to LGPL. A major disadvantage of the CA, however, is that you cannot use ANY of the improvements written by TPV developers. If it were possible to cherry pick the improvements of -say- emerald, then that would boost the usability of the viewer imho. In other cases you can almost speak of obstruction of progress: For example, I'd really like to see support of shared windlight settings. This has already been written and is in operation on certain opensim grids. However, we CANNOT use it! If we want this too (and we do) then we'll have to re-invent the wheel JUST because of this license problem. It's not just the extra time that that will cost, it's also necessarily going to using a different, incompatible format, which is going to be highly annoying for the currently existing implementors and their users. Without the CA, the source code would be TRUELY open in the sense that everyone would be able to use the code from everyone and improve on that. As it is, the Third Party Viewers will base their code on viewer-development and then add extensions that only they can exchange among themselves. Extensions that the users will need at some point, so that they HAVE to use a third party viewer. 'Viewer-development' in itself will no longer be used, except by total noobs who just learned about Second Life and were fooled into thinking that that viewer is usable by reading the "official" Linden Lab webpages (that no doubt will continue to advertise the "official viewer" and the Greatest) until a few weeks later one of their friends convinces them otherwise. -- Carlo Wood From sldev at catznip.com Thu Aug 19 11:15:05 2010 From: sldev at catznip.com (Kitty) Date: Thu, 19 Aug 2010 20:15:05 +0200 Subject: [opensource-dev] Viewer-external vs viewer-development Message-ID: <7A494C9618AA4C1F8EC8FE7A1DB45769@panther> Sorry if this has already come up, but is there any ETA on when all of viewer-external (*not* Snowglobe) will make it into viewer-development? I.e. the last SVN code drop from 2 days ago changes LLViewerObject::getItemID() to "getAttachedItemID()", and all "childXXX" calls on LLView are replaced with viewp->getChildView("...")->XXX (among other things, but those were easiest to try and look for). Those changes don't seem to exist in viewer-development yet so now we have two disjointed source trees for the main viewer with bits and pieces in one but not the other? *confuzzled* Kitty From kadah.coba at gmail.com Thu Aug 19 11:20:57 2010 From: kadah.coba at gmail.com (Kadah) Date: Thu, 19 Aug 2010 11:20:57 -0700 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <201008191937.27773.Lance.Corrimal@eregion.de> References: <201008191937.27773.Lance.Corrimal@eregion.de> Message-ID: <4C6D7609.2050207@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/19/2010 10:37 AM, Lance Corrimal wrote: > is it just my failing eyesight, or is there no "allow create landmark" > checkbox in "about land" in 2.1 (snowglobe 2.1.0 r3622) ??? It's not there in 2.1.1.208114 either >_>; -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMbXYJAAoJEIdLfPRu7qE2x5QH/3DoXA99PN/w0mpcael/ThjB uf3aLh1pw2ZfPh3Pv3P5nksclRRdRGLBZD9hN5BKQAeb3XdhndoAkiuIHD1mMm0f ocks5sWa8RPnsgCuoMs1ukjf3McmPXPROi+uXhlJa76ejEeFe46jnzlyF7CurVkb T39u7ihp66vQFbyDZGqtOqrjyqYVmOuV2JLwUV6g4JNsiWiia/mvB9d7ofLHyqfq 1ldUk6DtNfNAE/QbnuXdX+1bcG6N/5ky9iX3lNWPguyAcmipcL/iS3M2tE/cmQsI UleecWcFbh0CWt2kpXIdY2qc1+rOXe7frx0Iq1IF3zyV0HnOZZoyNsdefS8yKsk= =5LVT -----END PGP SIGNATURE----- From schlenk at uni-oldenburg.de Thu Aug 19 12:09:07 2010 From: schlenk at uni-oldenburg.de (Michael Schlenker) Date: Thu, 19 Aug 2010 21:09:07 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <25716A75-CF7B-477C-87D5-4E72EA0912D7@gmail.com> References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> <25716A75-CF7B-477C-87D5-4E72EA0912D7@gmail.com> Message-ID: Am 19.08.2010 um 11:51 schrieb Argent Stonecutter: > > On 2010-08-18, at 13:19, Michael Schlenker wrote: >>> Can you elaborate on what kind of RP would require you to be able to set your display name to "Argent Stonecutter" > >> Sure. Anywhere you wanna have uniform appearance, like having a bunch of 'Agent Smith' AVs in black suits to give the >> impression of identical twins or clones. > > That wouldn't be "having the same display name as a user name". > > That would be "having the same display name as another display name". I'm not talking about that. Is anyone talking about that? > Its a special case of the general case, i didn't check but I'm pretty sure 'Agent Smith' is taken by someone. If it is and you had your way it would not be possible to use that name. But lets have another take at this, you want to ban people from using 'Argent Stonecutter' as a display name, fine. How about any homographs of your current SL name, should they also be banned? http://en.wikipedia.org/wiki/IDN_homograph_attack It opens a can of worms. How about a display option in the viewer that can 'highlight' the fact that your display name is the same as your username (different colour, font or an other UI hint). That would prevent many of the imposter issues, as it would be pretty obvious. Maybe an opt-out to deny the use of current usernames as display names would be appropriate, but a general ban to reuse a current username as a display name sounds a bit excessive. Michael From javajoint at gmail.com Thu Aug 19 12:30:03 2010 From: javajoint at gmail.com (Daniel Smith) Date: Thu, 19 Aug 2010 12:30:03 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> <25716A75-CF7B-477C-87D5-4E72EA0912D7@gmail.com> Message-ID: On Thu, Aug 19, 2010 at 12:09 PM, Michael Schlenker wrote: > > > How about a display option in the viewer that can 'highlight' the fact that your display name is the same as your username > (different colour, font or an other UI hint). > That would prevent many of the imposter issues, as it would be pretty obvious. > > Maybe an opt-out to deny the use of current usernames as display names would be appropriate, but a general ban to reuse a current username > as a display name sounds a bit excessive. > I had written earlier about the reverse, make it an opt-in to allow the use of a username as a displayname by others. ?Consider another opt-in feature that gets at privacy: ability to map someone. ?I have to grant that to individuals. ? That's the way it should be. The default situation should be "I have taken a moment to think about the implications of others using my username, and I trust them, and I am fine with that, so I will make the decision to turn it on". I still have not heard a definitive answer as to what gets logged in IM and Chat. Forget the "display" for a moment. ?What do you want to have logged as "Michael Schlenker" that you did not write? -- Daniel Smith - Sonoma County, California http://daniel.org/resume From chess at us.ibm.com Thu Aug 19 12:37:38 2010 From: chess at us.ibm.com (David M Chess) Date: Thu, 19 Aug 2010 15:37:38 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: Daniel Smith : >I still have not heard a definitive answer as to what gets logged in >IM and Chat. >Forget the "display" for a moment. What do you want to have logged as >"Michael Schlenker" >that you did not write? Not to be a wet blanket, but anyone can sign their email "David Chess" right now, or create "David_Chess at foo.nom", or even (if their last name is "Chess" anyway) *name their children* "David Chess", and there's not a thing I can do about it. So the possibility of text with my name on it, that I did not in fact write, is already something that I live with constantly, that we all live with constantly, and that we seem to be able to cope with pretty well. I am also curious about what will get logged in IM and chatlogs, though. Maybe there will be an "include user name in chatlogs" option in Preferences, or something? (Just like there's a switch that includes timestamps now, for instance.) I can see that being useful (maybe as the default, even). Dave Chess / Dale Innis (but not the only person bearing either of those names!) __ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/d672cff2/attachment.htm From javajoint at gmail.com Thu Aug 19 12:43:52 2010 From: javajoint at gmail.com (Daniel Smith) Date: Thu, 19 Aug 2010 12:43:52 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: Message-ID: On Thu, Aug 19, 2010 at 12:37 PM, David M Chess wrote: > > Daniel Smith : > >>I still have not heard a definitive answer as to what gets logged in >>IM and Chat. >>Forget the "display" for a moment. ?What do you want to have logged as >>"Michael Schlenker" >>that you did not write? > > Not to be a wet blanket, but anyone can sign their email "David Chess" right > now, or create "David_Chess at foo.nom", or even (if their last name is "Chess" > anyway) *name their children* "David Chess", and there's not a thing I can > do about it. > Yep, I think we all know this. I sent my first email in 1981... The focus here is identity within SL. We work hard to craft our AVs and our reputations. If you want to use your analogy, you would be the only David_Chess at SomeSLUser.com. Now, do you want someone impersonating that? Because that's the sort of thing I am getting at with the displaynames functionality. cheers, Daniel -- Daniel Smith - Sonoma County, California http://daniel.org/resume From schlenk at uni-oldenburg.de Thu Aug 19 12:55:27 2010 From: schlenk at uni-oldenburg.de (Michael Schlenker) Date: Thu, 19 Aug 2010 21:55:27 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> <25716A75-CF7B-477C-87D5-4E72EA0912D7@gmail.com> Message-ID: Am 19.08.2010 um 21:30 schrieb Daniel Smith: > On Thu, Aug 19, 2010 at 12:09 PM, Michael Schlenker > wrote: >> >> >> How about a display option in the viewer that can 'highlight' the fact that your display name is the same as your username >> (different colour, font or an other UI hint). >> That would prevent many of the imposter issues, as it would be pretty obvious. >> >> Maybe an opt-out to deny the use of current usernames as display names would be appropriate, but a general ban to reuse a current username >> as a display name sounds a bit excessive. >> > > The default situation should be "I have taken a moment to think about > the implications > of others using my username, and I trust them, and I am fine with > that, so I will > make the decision to turn it on". > > I still have not heard a definitive answer as to what gets logged in > IM and Chat. > Forget the "display" for a moment. What do you want to have logged as > "Michael Schlenker" > that you did not write? Well 'Michael Schlenker' is common enough that i regularly have issues with the name (and even more so initials) being taken already and even getting emails and stuff because of that. So i do not worry about things getting logged with my name, as i know it happens, and does not create huge troubles, unless some malicious person actively exploits it (or some agency is incompetent like the social registry in germany which messed up my records with the ones of my twin for years). But you look from the wrong direction and construct unrealistic scenarios. 1. If you log things, use the UUID internally, store the display name with it (as it can change) and make it just a display option what is shown, ever other way to implement logging is simply wrong 2. For the UI either make an option so display names that match the legacy username of the AV are highlighted or the opposite, to provide an easy non script based option to verify a legacy username users identity via name alone. 3. Provide an explicit opt-out for those that are seriously worried (typically shop owners, or other 'public figures'). That would pretty much match the typical regulations in RL, at least in germany (don't know enough about US or other law). The fact that your current username is unique is just a coincidence of the LL decision to use that username as a key in their database. Its not a natural law to have a unique name. Michael From marinekelley at gmail.com Thu Aug 19 13:00:32 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 19 Aug 2010 22:00:32 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> <25716A75-CF7B-477C-87D5-4E72EA0912D7@gmail.com> Message-ID: Well it must be obvious for any user that anyone they see or hear or receive an IM from is using either a user name or a display name. And by obvious I mean "validated by the server during the transaction", not "forged by another viewer which can pretend to use any user name". In other words, any token of information (visual or textual) is signed with the user name of the agent, and that signature is generated server side. Security must always be server side anyway. The way the receiving viewer interprets those signatures is not important. It could simply enclose a display name into brackets, for instance, or display it in green, or add "this is a display name" after it, or whatever. But the viewer must have a way to clearly distinguish the two names, and to clearly relay the information to the user. On 19 August 2010 21:55, Michael Schlenker wrote: > > Am 19.08.2010 um 21:30 schrieb Daniel Smith: > > > On Thu, Aug 19, 2010 at 12:09 PM, Michael Schlenker > > wrote: > >> > >> > >> How about a display option in the viewer that can 'highlight' the fact > that your display name is the same as your username > >> (different colour, font or an other UI hint). > >> That would prevent many of the imposter issues, as it would be pretty > obvious. > >> > >> Maybe an opt-out to deny the use of current usernames as display names > would be appropriate, but a general ban to reuse a current username > >> as a display name sounds a bit excessive. > >> > > > > > The default situation should be "I have taken a moment to think about > > the implications > > of others using my username, and I trust them, and I am fine with > > that, so I will > > make the decision to turn it on". > > > > I still have not heard a definitive answer as to what gets logged in > > IM and Chat. > > Forget the "display" for a moment. What do you want to have logged as > > "Michael Schlenker" > > that you did not write? > > Well 'Michael Schlenker' is common enough that i regularly have issues with > the name (and even more so initials) being taken > already and even getting emails and stuff because of that. So i do not > worry about things getting logged with my name, > as i know it happens, and does not create huge troubles, unless some > malicious person actively exploits it (or some agency > is incompetent like the social registry in germany which messed up my > records with the ones of my twin for years). > > But you look from the wrong direction and construct unrealistic scenarios. > 1. If you log things, use the UUID internally, store the display name with > it (as it can change) and make it just a display option what is shown, ever > other way to implement > logging is simply wrong > 2. For the UI either make an option so display names that match the legacy > username of the AV are highlighted or the opposite, > to provide an easy non script based option to verify a legacy username > users identity via name alone. > 3. Provide an explicit opt-out for those that are seriously worried > (typically shop owners, or other 'public figures'). > > That would pretty much match the typical regulations in RL, at least in > germany (don't know enough about US or other law). > > The fact that your current username is unique is just a coincidence of the > LL decision to use that username as a key in their database. Its not a > natural law to have a unique name. > > Michael > > > > > _______________________________________________ > 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/20100819/5b9bdfd0/attachment-0001.htm From carlo at alinoe.com Thu Aug 19 13:04:56 2010 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 19 Aug 2010 22:04:56 +0200 Subject: [opensource-dev] Snowstorm, JIRA and versions In-Reply-To: <4C6B3B2A.2080905@lindenlab.com> References: <4C6B3B2A.2080905@lindenlab.com> Message-ID: <20100819200456.GB27230@alinoe.com> On Tue, Aug 17, 2010 at 09:45:14PM -0400, Oz Linden (Scott Lawrence) wrote: > > for clarification...). If correct, I'll start moving JIRAs from SNOW > > to VWR when I see fit. > > That's correct. I can see some inconvenience arising from renaming SNOW's to VWR's. We use 'SNOW-xyz' a lot in (text) files to refer to the archive about it in the jira. I don't think that this link should be lost. In other words, a rename should not make it impossible to find it back under the original SNOW-xyz number. -- Carlo Wood From chess at us.ibm.com Thu Aug 19 13:07:19 2010 From: chess at us.ibm.com (David M Chess) Date: Thu, 19 Aug 2010 16:07:19 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: Daniel Smith : >The focus here is identity within SL. We work hard to craft our AVs >and our reputations. If you want to use your analogy, you would be >the only David_Chess at SomeSLUser.com. Now, do you want someone >impersonating that? Because that's the sort of thing I am getting at >with the displaynames functionality. Well put! I think the shift that is happening here is that we're used to all names in SL being like "user at host.com", which we assume to be relatively reliable. The additon of display names means that there will also be names in SL that are more like what someone puts in their email sig, which we know to be completely unreliable. While it does require a shift of thinking for us oldbies, I don't think that it's all that difficult a shift of thinking, and the advantages in flexibility are significant. Where we do want reliable identities, usernames (the equivalent of "user at host.com") will still be easily accessible. As I see Torley has been busily updating the Wiki page to assure us... :) DC/DI Emperor of Earth (See what I did there? :) ) ___ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/adc0f596/attachment.htm From carlo at alinoe.com Thu Aug 19 13:27:34 2010 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 19 Aug 2010 22:27:34 +0200 Subject: [opensource-dev] To Pie or To List In-Reply-To: References: Message-ID: <20100819202734.GC27230@alinoe.com> I think that "Report Abuse" should always be the top-most menu entry in every menu, so that it's easy to find and quick to access. Report first, ask questions later. Why mute or TP away, or HAHAHA just be mature about something, when you can Run to Daddy Linden Lab and Report the suckers!!! On Wed, Aug 18, 2010 at 05:23:37PM -0700, Ricky wrote: > With the new menu, I've almost reported abuse/returned/etc my own > items. -1. It seems to me a little weird that those options show up > when clicking on something you are both the creator and owner of. > It's still a little weird even if not the creator, but still the -- Carlo Wood From javajoint at gmail.com Thu Aug 19 13:34:46 2010 From: javajoint at gmail.com (Daniel Smith) Date: Thu, 19 Aug 2010 13:34:46 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: Following up on myself.. On Thu, Aug 19, 2010 at 10:15 AM, Daniel Smith wrote: > What will you do to prevent others from using my username as their > displayname? ....> > And it's not just a display issue. What happens with chat and im logs? Are > they going to only show the displayname? From aleric.inglewood at gmail.com Thu Aug 19 13:40:51 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Thu, 19 Aug 2010 22:40:51 +0200 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: <20100819023632.GA6078@tacobell.nc.rr.com> References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: That document has been recently (pre-viewer-development and hg) updated by me, including adding all the caveats that exist for building standalone. Which part does give you problems? Building on standalone never was easy-- in fact, before my update it was impossible without being guided personally by some guru on IRC. I think it was improved GREATLY though and if you are still not able to compile it then that is certainly not caused by the document being out of date as you seem to suggest (and which you could have seen in the history of it). Aleric On Thu, Aug 19, 2010 at 4:36 AM, Tapple Gao wrote: > I'm on Gentoo Linux, and the build instructions for Linux [1] have > never worked for me (./develop.py cmake; ./develop.py build). > I've talked with some people on IRC, and I'm now under the > impression that develop.py is rather obsolete, which may be part > of my problem. However, that doesn't really help me, as I have > no idea how to use cmake. > > Also, the build instructions have a lot of caveats for > standalone builders, which, as someone who has never even been > able to complete a non-standalone build, I am rather confused > by. > > So, I'd like it if someone could update the linux build > documentation, and make it really easy for first-time > (non-standalone) builders to follow: > > - Show how to use cmake rather than develop.py > - seperate out standalone and non-standalone into seperate > documents > > As an aside, the Imprudence viewer team has really overhauled > the build process, and as a result, Imprudence is the only > viewer that is actually able to find all my libraries and > complete a build from an svn checkout. I would strongly suggest > you integrate their build changes into the main viewer. > > If there is really going to be more focus on open source, it is > really important to make sure new people like me are able to > compile the viewer from source. > > [1] Linux build instructions: > http://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux) > > -- > Matthew Fulmer (a.k.a. Tapple) > _______________________________________________ > 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/20100819/d54ce142/attachment.htm From bryon at slearth.com Thu Aug 19 14:30:56 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Thu, 19 Aug 2010 14:30:56 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: On 8/19/10 12:09 PM, "Michael Schlenker" wrote: > Am 19.08.2010 um 11:51 schrieb Argent Stonecutter: > >> >> On 2010-08-18, at 13:19, Michael Schlenker wrote: >>>> Can you elaborate on what kind of RP would require you to be able to set >>>> your display name to "Argent Stonecutter" >> >>> Sure. Anywhere you wanna have uniform appearance, like having a bunch of >>> 'Agent Smith' AVs in black suits to give the >>> impression of identical twins or clones. >> >> That wouldn't be "having the same display name as a user name". >> >> That would be "having the same display name as another display name". I'm not >> talking about that. Is anyone talking about that? No one should be talking about that. Display Names checked against other Display Names would be compromising the reasons behind the feature itself. It should of course be allowed to choose existing Display Names. > Its a special case of the general case, i didn't check but I'm pretty sure > 'Agent Smith' is taken by someone. If it is and you > had your way it would not be possible to use that name. You have a point, although I would assume all current Last names were carefully chosen not to imitate that of a superhero, a brand or a famous movie character like "Agent Smith". In the context of CURRENT usernames that is, it shouldn't be an issue or only have a very few exceptions. Futures usernames being more open for such conflicts, with future usernames that would want to be chosen for Role Playing as Display Names. But not doing anything about it other that rely on Abuse Report remedies is not ideal either. The RESI Team is there to handle such issues appropriately. But that does not minimize the occurrence of such issue happening in the first place, making it unpleasant for everyone and possibly causing fraud etc.. and require additional work on our part to file the report... which is not really fast easy and fun. ;P As I conveyed in the blog, it could be just a warning rather than a complete restriction. Such as: "Please be aware that this is a resident's username. Any deceptive attempt using this resident's name is prohibited..." etc in the case of a match. Or simply a text warning always displayed below the Display Name box. While it maybe only an ounce of prevention, it's worth considering as a method of reminding people what the rules are, and that they should think twice about abusing someone's name for deceptive tricks, as well as ease that concern for everyone and minimize incidents (throw-away alt accounts excluded of course, not much to do about those). e.g. We have similar preemptive messages for detected weapon usage in PSG sandboxes which helps educate na?ve newbies about the rules before they get ejected and/or banned, and it is helpful in minimizing griefing cases... Or maybe just start with a log count as to how many times someone tried or used someone else's name, against the number of abuse reports to evaluate whether such concern is validated and supported by data or not. And then assess the need for such warning or restriction using meaningful data, instead of flat out accepting our early assumptions made that it will plague us with issues... CUSTOMER SERVICE TIPS to Lindens when you communicate: It would have been as simple as responding in the blog, that LL will take such concerns into consideration for further reassessment and study possible solutions for it welcoming ideas (as I am giving here), rather than saying that it's already been thought of with the arguments, yet giving the sentiment that it's a final decision, which is what has been perceived. Not by me necessarily, but by many others, which doesn't surprise me. Carefully customer service oriented responses can save you a lot of flaming posts... Just my 2 cents. Cheers Bryon > But lets have another take at this, you want to ban people from using 'Argent > Stonecutter' as a display name, fine. > How about any homographs of your current SL name, should they also be banned? > http://en.wikipedia.org/wiki/IDN_homograph_attack > > It opens a can of worms. > > How about a display option in the viewer that can 'highlight' the fact that > your display name is the same as your username > (different colour, font or an other UI hint). > That would prevent many of the imposter issues, as it would be pretty obvious. > > Maybe an opt-out to deny the use of current usernames as display names would > be appropriate, but a general ban to reuse a current username > as a display name sounds a bit excessive. > > Michael From yoz at lindenlab.com Thu Aug 19 14:48:16 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Thu, 19 Aug 2010 14:48:16 -0700 Subject: [opensource-dev] Snowstorm, JIRA and versions In-Reply-To: <20100819200456.GB27230@alinoe.com> References: <4C6B3B2A.2080905@lindenlab.com> <20100819200456.GB27230@alinoe.com> Message-ID: On 19 August 2010 13:04, Carlo Wood wrote: > On Tue, Aug 17, 2010 at 09:45:14PM -0400, Oz Linden (Scott Lawrence) wrote: > > > for clarification...). If correct, I'll start moving JIRAs from SNOW > > > to VWR when I see fit. > > > > That's correct. > > I can see some inconvenience arising from renaming SNOW's to VWR's. > We use 'SNOW-xyz' a lot in (text) files to refer to the archive about > it in the jira. I don't think that this link should be lost. > > In other words, a rename should not make it impossible to find it > back under the original SNOW-xyz number. > Movement of a JIRA issue between projects *usually* leaves the old one automatically redirecting to the new one. In other words, all the old links and references should still take you to the right issue. If this isn't happening, let me know. -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/5be31237/attachment.htm From baloo at ursamundi.org Thu Aug 19 13:51:21 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Thu, 19 Aug 2010 13:51:21 -0700 Subject: [opensource-dev] Open Inventory Transfer References: Message-ID: <93i0k7xla8.ln2@ursa-major.network.ursamundi.org> On Wed, 18 Aug 2010 17:25:05 -0700, Ricky wrote: > Well, she was recently instructed by my dad (an advanced user like > myself) to send him a notecard she was editing. She asked how. My dad > instructed her to "drag it to the IM window." This she knew how to > find. She then complained that it didn't work. This brought me to look > at what she was doing. She was trying to drag the notecard edit window > onto the chat popup to send him the notecard. Sounds like your mom might also be relatively inexperienced with working with subwindows as well. However, the instructions given to her could have been slightly more clear as well; "drag it to the IM window from your inventory" might have worked better. > Because of this, I would like to put forth the suggestion for further > study of allowing the user to drag asset windows (notecards, textures, > etc.) onto the varied existing ways of sending content. (IMs, Profile > pages, etc) How would you differentiate someone trying to reorganize subwindows within a viewer with inventory transfer events, then? I think that problem makes this suggestion entirely unworkable in practice. From oz at lindenlab.com Thu Aug 19 15:12:15 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 19 Aug 2010 18:12:15 -0400 Subject: [opensource-dev] Snowstorm Backlog Request: SNOW-766 In-Reply-To: References: Message-ID: <4C6DAC3F.7060204@lindenlab.com> Aleric - this seems like a perfectly reasonable improvement to include in our general build improvements task for this sprint. If you would please prepare a public clone of viewer-development in which this patch is successfully applied, I'll get it reviewed from there and pulled into viewer-development. Thanks for a very well formulated request. > Status: reviewed by Merov, committed to snowglobe 1.4, 1.5 and 2.1. > > Background: > > When developing many viewers in parallel (and snowstorm with it's many > clones that need to be checked out > won't change that), it becomes necessary to automate certain things > with scripts. One of the things those > scripts need to know is the current build directory. > > However, the build directory is a function of the configuration of the > viewer. In order to remove human > maintenance (and possible errors therein) it is desirable to have an > automated way to convert configuration > to build directory name. > > I wrote such scripts and they "break down" with the current > viewer-development: > > hikaru:/usr/src/secondlife/viewers/snowstorm/test-20100818>source > env.source > Error: unknown subcommand 'printbuilddirs' > (run 'develop.py --help' for help) > CONFIGURE_OPTS = "--type=Release -m64 --standalone" > CMAKE_DEFS = "-DLL_TESTS:BOOL=ON -DPACKAGE:BOOL=ON > -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON" > CMAKE_PREFIX_PATH = "/sl:/sl/usr" > CMAKE_INCLUDE_PATH = > "/usr/src/secondlife/llqtwebkit/install2/include:/usr/src/secondlife/viewers/snowstorm/test-20100818/include:/sl/usr/include" > CMAKE_LIBRARY_PATH = "/usr/src/secondlife/llqtwebkit/install2/lib:" > > Sprint plan: > > Port this patch to viewer-development for the next sprint and test it. > > Before patch: > > hikaru:/usr/src/secondlife/viewers/snowstorm/test-20100818/linden/indra>./develop.py > --type=Release -m64 --standalone printbuilddirs > setting DISTCC_DIR to > /usr/src/secondlife/viewers/snowstorm/test-20100818/linden/indra/.distcc > Error: unknown subcommand 'printbuilddirs' > (run 'develop.py --help' for help) > > After patch: > > This should print (on this box): viewer-linux-x86_64-release > > > > Please let me know if anything is wrong or missing in this post, > Aleric > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/887c5b56/attachment.htm From Lance.Corrimal at eregion.de Thu Aug 19 15:13:42 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 00:13:42 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: Message-ID: <201008200013.42894.Lance.Corrimal@eregion.de> Am Thursday 19 August 2010 schrieb Bryon Ruxton: > As I conveyed in the blog, it could be just a warning rather than a > complete restriction. Such as: "Please be aware that this is a > resident's username. Any deceptive attempt using this resident's > name is prohibited..." etc in the case of a match. Or simply a > text warning always displayed below the Display Name box. And of course anyone who would otherwise set the display name to the name of a well known creator for fraudulent reasons would be absolutely deterred by that. Besides, there's no point to checking against other people's display names, or even real login names, as long as unicode is allowed. Are you aware of the fact that there are unicode characters that look exactly the same but have different "numbers" and therefor are different as far as software comparison algorythms are concerned? > > Maybe an opt-out to deny the use of current usernames as display > > names would be appropriate, but a general ban to reuse a current > > username as a display name sounds a bit excessive. Totally not. It should even trigger an automated AR for impersonating, together with a warning message sent to the current holder of the login name... "johndoe1234567890 tried to set his display name to your login name. the resi team has been notified." I have a shop where I sell design sails for sailboats. What would keep someone from setting his display name to my name, and hang out there offering "custom, one of a kind design sails for your boat, for 2500L cash in advance" to people, and then run with the money? And I would be the one on the receiving end of the abuse reports. There would be a market for a totally new kind of security devices... "kick anyone out who has a display name that matches the following pattern(s) and NOT has a login name that matches one out of this list" like i said. worms. in cans. by the dozen. bye, LC From oz at lindenlab.com Thu Aug 19 15:13:57 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 19 Aug 2010 18:13:57 -0400 Subject: [opensource-dev] SSH authentication In-Reply-To: <4C6D29C2.8010803@boroon.dasgupta.ch> References: <4C6D29C2.8010803@boroon.dasgupta.ch> Message-ID: <4C6DACA5.8040102@lindenlab.com> On 2010-08-19 8:55, Boroondas Gupte wrote: >> * >> **** >> * >> IMPEDIMENTS >> >> * * >> **** >> * >> (minor) Can't get ssh authentication to >> hg.secondlife.com/bitbucket.org >> working >> * >> **** >> * >> >> * >> **** >> * > What exactly isn't working there? Have you followed the steps at > http://bitbucket.org/help/UsingSSH ? I think it works fine for me (and > others), so let us know if we can help in any way. I think it was actually some error in how I'd constructed the key I was using. Aimee walked me through what she was doing, and now I've got it working. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/64a10518/attachment-0001.htm From oz at lindenlab.com Thu Aug 19 15:14:45 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 19 Aug 2010 18:14:45 -0400 Subject: [opensource-dev] Version numbering In-Reply-To: <97BE9A21-64B9-44F8-ACBD-C2A5C7CC44A5@gmail.com> References: <97BE9A21-64B9-44F8-ACBD-C2A5C7CC44A5@gmail.com> Message-ID: <4C6DACD5.5050307@lindenlab.com> On 2010-08-19 12:08, Trilo Byte wrote: > Now that 2.1.1 has been released, shouldn't nightly builds be labeled 2.1.2? Yes, probably... still getting that sorted out. From oz at lindenlab.com Thu Aug 19 15:22:03 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 19 Aug 2010 18:22:03 -0400 Subject: [opensource-dev] Viewer-external vs viewer-development In-Reply-To: <7A494C9618AA4C1F8EC8FE7A1DB45769@panther> References: <7A494C9618AA4C1F8EC8FE7A1DB45769@panther> Message-ID: <4C6DAE8B.1030101@lindenlab.com> On 2010-08-19 14:15, Kitty wrote: > Sorry if this has already come up, but is there any ETA on when all of > viewer-external (*not* Snowglobe) will make it into viewer-development? > > I.e. the last SVN code drop from 2 days ago changes > LLViewerObject::getItemID() to "getAttachedItemID()", and all "childXXX" > calls on LLView are replaced with viewp->getChildView("...")->XXX (among > other things, but those were easiest to try and look for). > > Those changes don't seem to exist in viewer-development yet so now we have > two disjointed source trees for the main viewer with bits and pieces in one > but not the other? *confuzzled* I don't have any more specific timetable than "by the end of this sprint" We're working to get all internal Linden repositories converted to the new structure, and as a side effect will pick up these discrepencies. From marc at inworlddesigns.com Thu Aug 19 15:42:48 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Thu, 19 Aug 2010 18:42:48 -0400 Subject: [opensource-dev] Pie menu ideas (was: Re: Open Viewer Development Announcement) In-Reply-To: References: Message-ID: On Thu, Aug 19, 2010 at 6:40 AM, Opensource Obscure wrote: --snip-- > > As always, providing users with the ability to choose a different > system (that is, pie menu) may be ideal - but again, this shouldn't > have an high priority. I agree with that. Maybe a simple debug setting or a checkbox or dropdown box to choose Pie Menu or Standard Menu From open at autistici.org Thu Aug 19 16:05:47 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 20 Aug 2010 01:05:47 +0200 Subject: [opensource-dev] =?utf-8?q?Update_Linux_Build_Documentation=2C_pl?= =?utf-8?q?ease=3F?= In-Reply-To: References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: Aleric, you made a great job with your documention effort! https://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux) now this page is surely more useful than in the past. However, it's still a very long document (not your fault, there's very old stuff there) and I think we can make it even easier to read, to use, and to mantain as well. So I propose to split the docs: "building for standalone" vs. "building non-standalone". Just because otherwise it's too long. As a first step toward this I created this version of the page: https://wiki.secondlife.com/wiki/User:Opensource_Obscure/Compiling_the_viewer_(Linux) There I removed anything related to Standalone, plus paragraph #10 and following, as there is a note that says "Everything below is probably outdated" (we can add that stuff later if/when verified). Feel free to edit. If we think this is a good idea we can complete the work, then split the docs and create a separate page, for example https://wiki.secondlife.com/wiki/Compiling_a_standalone_viewer_(Linux) Opensource Obscure From baloo at ursamundi.org Thu Aug 19 15:28:10 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Thu, 19 Aug 2010 15:28:10 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, 19 Aug 2010 10:15:14 -0700, Daniel Smith wrote: > I'll ask the Lindens a direct question: > > What will you do to prevent others from using my username as their > displayname? I'm going to hazard to guess the answer is "nothing." If anything, this brings SL into better parity with the real world, where many people might have the same name. From javajoint at gmail.com Thu Aug 19 16:53:18 2010 From: javajoint at gmail.com (Daniel Smith) Date: Thu, 19 Aug 2010 16:53:18 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, Aug 19, 2010 at 3:28 PM, Baloo Uriza wrote: > On Thu, 19 Aug 2010 10:15:14 -0700, Daniel Smith wrote: > > > I'll ask the Lindens a direct question: > > > > What will you do to prevent others from using my username as their > > displayname? > > I'm going to hazard to guess the answer is "nothing." If anything, this > brings SL into better parity with the real world, where many people might > have the same name. > > Thanks for playing. Just sign up last week? Based on the feedback here and on the blog, so many people are upset about this very question that the Lindens will pretty much have to address the issue. The documentation trail on this is a mile long. If they do nothing, situations will occur that will end up in court. Bet on it. 4 year SL'er, Daniel -- Daniel Smith - Sonoma County, California http://daniel.org/resume -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/dff6292c/attachment.htm From cg at lindenlab.com Thu Aug 19 17:00:39 2010 From: cg at lindenlab.com (CG Linden) Date: Thu, 19 Aug 2010 17:00:39 -0700 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: There is method to our madness... I put up a wiki page explaining our automated build process at: http://wiki.secondlife.com/wiki/Automated_Build_System Now I wouldn't mind ripping develop.py apart and spreading the guts into the top level build.sh script, but don't have time to do that right now... Instead, I'd rather publish a usable version of the shared build scripts so that everyone can repro our internal builds. -- cg On Thu, Aug 19, 2010 at 4:05 PM, Opensource Obscure wrote: > > Aleric, you made a great job with your documention effort! > https://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux) > now this page is surely more useful than in the past. However, > it's still a very long document (not your fault, there's very old > stuff there) and I think we can make it even easier > to read, to use, and to mantain as well. > > So I propose to split the docs: "building for standalone" vs. > "building non-standalone". Just because otherwise it's too long. > > As a first step toward this I created this version of the page: > > https://wiki.secondlife.com/wiki/User:Opensource_Obscure/Compiling_the_viewer_(Linux) > > There I removed anything related to Standalone, plus > paragraph #10 and following, as there is a note that says > "Everything below is probably outdated" (we can add that > stuff later if/when verified). Feel free to edit. > > If we think this is a good idea we can complete the work, > then split the docs and create a separate page, for example > https://wiki.secondlife.com/wiki/Compiling_a_standalone_viewer_(Linux) > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/fc23f016/attachment.htm From mysticaldemina at xrgrid.com Thu Aug 19 17:08:07 2010 From: mysticaldemina at xrgrid.com (mysticaldemina at xrgrid.com) Date: Thu, 19 Aug 2010 20:08:07 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com><0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> Seems like twitter has a pretty good solution. Display names are unique. And your login account isn't public so you have better security. Default your display name to your current SL name. After that people can request the name they want. As far as scripts, chat, everything else, that use your text version of your name, they all change on other systems and we get by. Mystical _____ From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Daniel Smith Sent: Thursday, August 19, 2010 7:53 PM To: Baloo Uriza; opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] display names = the end of 1.x viewers? On Thu, Aug 19, 2010 at 3:28 PM, Baloo Uriza wrote: On Thu, 19 Aug 2010 10:15:14 -0700, Daniel Smith wrote: > I'll ask the Lindens a direct question: > > What will you do to prevent others from using my username as their > displayname? I'm going to hazard to guess the answer is "nothing." If anything, this brings SL into better parity with the real world, where many people might have the same name. Thanks for playing. Just sign up last week? Based on the feedback here and on the blog, so many people are upset about this very question that the Lindens will pretty much have to address the issue. The documentation trail on this is a mile long. If they do nothing, situations will occur that will end up in court. Bet on it. 4 year SL'er, Daniel -- Daniel Smith - Sonoma County, California http://daniel.org/resume -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/c4b1742d/attachment-0001.htm From mike.dickson at hp.com Thu Aug 19 17:26:13 2010 From: mike.dickson at hp.com (Dickson, Mike (ISS Software)) Date: Fri, 20 Aug 2010 00:26:13 +0000 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: <4646639E08F58B42836FAC24C94624DD86C2F4A799@GVW0433EXB.americas.hpqcorp.net> CG, I get not found errors when trying to access the hg repository for the build system. Is this repository not operational yet or is the link incorrect in the doc. Thx! Mike From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of CG Linden Sent: Thursday, August 19, 2010 8:01 PM To: Opensource Obscure Cc: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Update Linux Build Documentation, please? There is method to our madness... I put up a wiki page explaining our automated build process at: http://wiki.secondlife.com/wiki/Automated_Build_System Now I wouldn't mind ripping develop.py apart and spreading the guts into the top level build.sh script, but don't have time to do that right now... Instead, I'd rather publish a usable version of the shared build scripts so that everyone can repro our internal builds. -- cg On Thu, Aug 19, 2010 at 4:05 PM, Opensource Obscure > wrote: Aleric, you made a great job with your documention effort! https://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux) now this page is surely more useful than in the past. However, it's still a very long document (not your fault, there's very old stuff there) and I think we can make it even easier to read, to use, and to mantain as well. So I propose to split the docs: "building for standalone" vs. "building non-standalone". Just because otherwise it's too long. As a first step toward this I created this version of the page: https://wiki.secondlife.com/wiki/User:Opensource_Obscure/Compiling_the_viewer_(Linux) There I removed anything related to Standalone, plus paragraph #10 and following, as there is a note that says "Everything below is probably outdated" (we can add that stuff later if/when verified). Feel free to edit. If we think this is a good idea we can complete the work, then split the docs and create a separate page, for example https://wiki.secondlife.com/wiki/Compiling_a_standalone_viewer_(Linux) 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/06ef6d9a/attachment.htm From chess at us.ibm.com Thu Aug 19 17:38:57 2010 From: chess at us.ibm.com (David M Chess) Date: Thu, 19 Aug 2010 20:38:57 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: Daniel Smith : > Thanks for playing. Just sign up last week? That's rude, unnecessary, and arrogant. I joined in 2006, and I think Baloo is quite likely correct. There's no call to insult someone just because they dare to disagree with you. Let's try to keep it civil. DC/DL ___ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/b7faa371/attachment.htm From kf6kjg at gmail.com Thu Aug 19 17:48:52 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 19 Aug 2010 17:48:52 -0700 Subject: [opensource-dev] To Pie or To List In-Reply-To: <20100819202734.GC27230@alinoe.com> References: <20100819202734.GC27230@alinoe.com> Message-ID: Either way, I still see it as of little use with objects I own or am the creator of! As regards the order for objects for which I am neither creator nor owner I have no suggestion. The current order might make sense. Then again, Do I ever have permission to /Delete/ someone else's objects? Not so far as I know. /Return/ would be the only available option, and then only if I have edit privs on the owner's goods, am in a group that allows me to return other's goods on the given parcel, or am the landowner. This is starting to sound like it's time for a list: * I am Owner ** "Report Abuse" is deactivated (Doesn't make sense!) ** "Block" is active (I may want to mute my own objects after all!) ** "Return" is deactivated ** "Delete" is active * I am Creator but not Owner and I have no privileges granted ** "Report Abuse" is deactivated (NOTE) ** "Block" is active ** "Return" is deactivated ** "Delete" is deactivated * I have been either granted Edit on the Owner's goods, am a member of a group that the land is deeded to, the group I'm a part of has return privs, or I am the land owner: ** "Report Abuse" is active ** "Block" is active ** "Return" is active ** "Delete" is deactivated (Unless for some reason land owners can delete objects.... This I am unsure of. Typically I've seen them return items.) * Otherwise (Not Creator, Not Owner, No Privs) ** "Report Abuse" is active ** "Block" is active ** "Return" is deactivated ** "Delete" is deactivated (NOTE) There may be a use case here for "Report Abuse" to be active on an object I am the creator of, but not the owner: If the object is modifiable, it's parts may have been used to make something offensive. I'd rather keep the option open in this case. Order may be largely a preference, but I think that "Delete" should be topmost, if available as an option. However this may create another usability issue if the order of items in the menu follows a logical, but seemingly random to beginners, order depending on context: A first timer would have difficulty knowing beforehand which item will be in what position in the menu. So the order may need to be fixed, just having unusable elements grayed out and deactivated in certain contexts. Ricky Cron Stardust On Thu, Aug 19, 2010 at 1:27 PM, Carlo Wood wrote: > I think that "Report Abuse" should always be the top-most menu > entry in every menu, so that it's easy to find and quick to access. > > Report first, ask questions later. > > Why mute or TP away, or HAHAHA just be mature about something, > when you can Run to Daddy Linden Lab and Report the suckers!!! > > On Wed, Aug 18, 2010 at 05:23:37PM -0700, Ricky wrote: >> With the new menu, I've almost reported abuse/returned/etc my own >> items. -1. ?It seems to me a little weird that those options show up >> when clicking on something you are both the creator and owner of. >> It's still a little weird even if not the creator, but still the > > -- > Carlo Wood > From kf6kjg at gmail.com Thu Aug 19 17:56:29 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 19 Aug 2010 17:56:29 -0700 Subject: [opensource-dev] Open Inventory Transfer In-Reply-To: <93i0k7xla8.ln2@ursa-major.network.ursamundi.org> References: <93i0k7xla8.ln2@ursa-major.network.ursamundi.org> Message-ID: Very good question, and was the reason for my note bout accidental inventory transfers. The solution I alluded to was to pop up an "are you sure" style dialog box. However, I hate those with a passion. So I'm fishing for more optimal solutions. It is possible there may be no good solution to this difficulty, but at least it will have been discussed, and may spawn other improvements or be revisited later. Ricky Cron Stardust On Thu, Aug 19, 2010 at 1:51 PM, Baloo Uriza wrote: > On Wed, 18 Aug 2010 17:25:05 -0700, Ricky wrote: > >> Well, she was recently instructed by my dad (an advanced user like >> myself) to send him a notecard she was editing. ?She asked how. ?My dad >> instructed her to "drag it to the IM window." ?This she knew how to >> find. ?She then complained that it didn't work. ?This brought me to look >> at what she was doing. ?She was trying to drag the notecard edit window >> onto the chat popup to send him the notecard. > > Sounds like your mom might also be relatively inexperienced with working > with subwindows as well. ?However, the instructions given to her could > have been slightly more clear as well; "drag it to the IM window from > your inventory" might have worked better. > >> Because of this, I would like to put forth the suggestion for further >> study of allowing the user to drag asset windows (notecards, textures, >> etc.) onto the varied existing ways of sending content. (IMs, Profile >> pages, etc) > > How would you differentiate someone trying to reorganize subwindows > within a viewer with inventory transfer events, then? ?I think that > problem makes this suggestion entirely unworkable in practice. > > _______________________________________________ > 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 esbee at lindenlab.com Thu Aug 19 18:13:11 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Thu, 19 Aug 2010 21:13:11 -0400 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/19/2010 Message-ID: <5AE9A561-B898-4AF0-A7C6-649A0D29D072@lindenlab.com> Date: Thu Aug 19 Daily Scrum Summary also available online: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == Q is OOO for the next few days Remember to update the Sprint Backlog! == DAILY SCRUM == === Aimee === PAST Staged some more build fixes from Snowglobe into aimee_linden/viewer-development-import Merged into to viewer-development Talked to open sourcers on #opensl some about working with Mercurial and bitbucket FUTURE Pull in some more Snowglobe fixes Merge from aimee_linden/viewer-development-import to viewer-development Rinse and repeat Get weird sense of deja-vu that I wrote this same update yesterday. IMPEDIMENTS None. === Tofu === OOO === Oz === PAST New wiki page on 'Developing Viewer Code' https://wiki.secondlife.com/wiki/Develop_Viewer_Code Build notices from canonical build of viewer-development to list Office Hours FUTURE Process discussions with Esbee More wiki improvements Set up experimental repository Post archive of yesterdays OH Add transcriber to this scrum meeting space IMPEDIMENTS (minor) Can't get ssh authentication to hg.secondlife.com/bitbucket.org workin === Merov === PAST Snowstorm sync: done the Windows part (task completed) LLKDU in viewer-development: investigated the new build.sh and differences with opensrc-build.sh previously used in Snowglobe. Snowglobe 1.4 release: fixed llkdu issue with svn rev 3623 FUTURE LLKDU in viewer-development: current use of -DINSTALL_PROPRIETARY:BOOL=ON is a hack that needs to go as it's not available for non Lindens. Will work on modifying build.sh to use the kdu-binaries packages. IMPEDIMENTS None === Q === OOO === Esbee === PAST Didn't get to any bug triage today, will reserve afternoon for this today Sent out reminder to team about using the sprint backlog Responded to more SLCC and Snowstorm blog feedback Chatted with Oz and Dessie about versioning and development/project viewer bug reporting Talked to Howard and Q about ways to gather Resident feedback and ideas FUTURE Jira bug triage for Sprint 2 Assist team with Scrum tasks Continue to follow up on SLCC and Snowstorm blog feedback Continue Jira EXT cleanup Start adding Resident feedback/ideas/user stories to the Snowstorm Backlog on a new tab Document idea submission process and worm with those ideas Sketch undockable/dockable sidebar design and send to XD team for a quick review IMPEDIMENTS None === Paul === PAST BUG EXT-8405 (Clicking an attachment switches the Add More inventory to Flat view) In progress 95%. FUTURE BUG EXT-8405 (Clicking an attachment switches the Add More inventory to Flat view) IMPEDIMENTS none note: vacation request 09.13-09.24 === Andrew === PAST Pushed tickets that passed review Task VWR-20703(Research bottom bar code) Investigation more or less complete Started writing test code for moving buttons Cloned and built viewer-development FUTURE Task VWR-20702(Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) IMPEDIMENTS none === Vadim === PAST Task VWR-20724 (Missing underlined shortcuts in some top-level menus): Implemented, committed. Task VWR-20734 (Changed parcel properties to default to "on" in the location bar): Implemented, committed. Helping web site developers to investigate a problem with viewer requiring user to upgrade to Premium account before buying a parcel on the mainland. FUTURE Discuss proposed commit process Proceed with Sprint #2 tasks. IMPEDIMENTS What to do with tickets we no longer work on? How to pass them to QA ? === Sergey === PAST Bug (EXT-7325) My Landmarks: "Show on Map" context menu item is enabled while "Map" button is disabled for selected landmark. Pushed fix. Bug (EXT-8697) My Landmarks: 'Cut' item should be greyed out in folder's context menu Pushed fix. Bug (VWR-20694) Snowstorm Sprint 2: As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. WIP. Researching Side Bar, Dockable Floater code. FUTURE Bug (VWR-20694) Snowstorm Sprint 2: As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. IMPEDIMENTS none Vacation Sept 6-9 === Anya === PAST QA coordination GH investigation review of sprint tasks FUTURE figure out new process for jira figure out process for Hg get answers to questions listed as impediments IMPEDIMENTS (actually, just questions) In Sprint 2 backlog, PE currently has: Undocking sidebar tabs (VWR-20694). Reordering bottom bar buttons via D&D (VWR-20702). Navigating menus with underlined shortcuts (VWR-20722). 1) was Vadim's understanding correct that these tasks are for PE? yes, that looks reasonable, however tasks should not be assigned until someone is ready to start work on them. 2) should we be taking on anything else? if we run out of tasks, we can take others off the backlog 3) we don't have access to change assignee for VWR tasks. Esbee will update VWR assignee until we get the new jira (est. Sept 7) 4) VWR uses a slightly different workflow - for example, unlike EXT, there's no "Revew completion" state, which means we'll have to come up with some new creative way to mark status for code reviews. August 23rd is a holiday in Odessa. marked in sprint backlog Anya has jury duty next week. Hopefully, checking in and not getting called in will take care of my civic duty. marked in sprint backlog -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/bdbffcc5/attachment-0001.htm From teravus at gmail.com Thu Aug 19 18:55:45 2010 From: teravus at gmail.com (Teravus Ovares) Date: Thu, 19 Aug 2010 21:55:45 -0400 Subject: [opensource-dev] Open Inventory Transfer In-Reply-To: References: <93i0k7xla8.ln2@ursa-major.network.ursamundi.org> Message-ID: One way to eliminate the possibility of accidental transfers is a mandatory confirmation window on the transfer when it's done via dragging an edit window. When the item is dragged, a confirmation box wouldn't be necessary.. just when dragging the window. On the other hand, I don't know of any other interface that creates actions upon dragging a window. Regards Teravus On Thu, Aug 19, 2010 at 8:56 PM, Ricky wrote: > Very good question, and was the reason for my note bout accidental > inventory transfers. > > The solution I alluded to was to pop up an "are you sure" style dialog > box. ?However, I hate those with a passion. ?So I'm fishing for more > optimal solutions. ?It is possible there may be no good solution to > this difficulty, but at least it will have been discussed, and may > spawn other improvements or be revisited later. > > Ricky > Cron Stardust > > On Thu, Aug 19, 2010 at 1:51 PM, Baloo Uriza wrote: >> On Wed, 18 Aug 2010 17:25:05 -0700, Ricky wrote: >> >>> Well, she was recently instructed by my dad (an advanced user like >>> myself) to send him a notecard she was editing. ?She asked how. ?My dad >>> instructed her to "drag it to the IM window." ?This she knew how to >>> find. ?She then complained that it didn't work. ?This brought me to look >>> at what she was doing. ?She was trying to drag the notecard edit window >>> onto the chat popup to send him the notecard. >> >> Sounds like your mom might also be relatively inexperienced with working >> with subwindows as well. ?However, the instructions given to her could >> have been slightly more clear as well; "drag it to the IM window from >> your inventory" might have worked better. >> >>> Because of this, I would like to put forth the suggestion for further >>> study of allowing the user to drag asset windows (notecards, textures, >>> etc.) onto the varied existing ways of sending content. (IMs, Profile >>> pages, etc) >> >> How would you differentiate someone trying to reorganize subwindows >> within a viewer with inventory transfer events, then? ?I think that >> problem makes this suggestion entirely unworkable in practice. >> >> _______________________________________________ >> 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 kf6kjg at gmail.com Thu Aug 19 19:18:27 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 19 Aug 2010 19:18:27 -0700 Subject: [opensource-dev] Mac Build Failing Message-ID: I've pulled rev 11450 (tip at the moment), then cd'd into indra ran develop.py and the compile failed. More info on procedures I used after the system specs. Hardware Overview: Model Name: Mac mini aluminum Model Identifier: Macmini4,1 Processor Name: Intel Core 2 Duo Processor Speed: 2.66 GHz Number Of Processors: 1 Total Number Of Cores: 2 L2 Cache: 3 MB Memory: 8 GB Bus Speed: 1.07 GHz System Software Overview: System Version: Mac OS X 10.6.4 (10F2025) Kernel Version: Darwin 10.4.1 Boot Volume: System Drive Boot Mode: Normal Secure Virtual Memory: Not Enabled 64-bit Kernel and Extensions: No Procedure 1: (It defaulted to RelWithDebInfo) hg pull hg up cd indra ./develop.py configure ./develop.py build Error: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ** BUILD FAILED ** The following build commands failed: package: PhaseScriptExecution "CMake PostBuild Rules" /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/RelWithDebInfo/package.build/Script-1C6E7B01C6E7B01C6E7B0000.sh (1 failure) Error: the command 'xcodebuild' exited with status 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Procedure 2: (Switching to Release. Took longer, failed anyway.) hg pull hg up cd indra ./develop.py -t Release configure ./develop.py -t Release build Error: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ** BUILD FAILED ** The following build commands failed: INTEGRATION_TEST_llsecapi: Ld /Users/ricky/Development/linden/indra/build-darwin-i386/sharedlibs/Release/Release/INTEGRATION_TEST_llsecapi normal i386 PhaseScriptExecution "CMake PostBuild Rules" /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/Release/INTEGRATION_TEST_llsecapi.build/Script-1BC14D01BC14D01BC14D0000.sh package: PhaseScriptExecution "CMake PostBuild Rules" /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/Release/package.build/Script-1C6E9E01C6E9E01C6E9E0000.sh (3 failures) Error: the command 'xcodebuild' exited with status 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - What should I do? Is this a known issue? Ricky Cron Stardust From secret.argent at gmail.com Thu Aug 19 19:20:16 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Thu, 19 Aug 2010 21:20:16 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <282192C3-FC4A-4B19-A047-CED2DF3A4134@uni-oldenburg.de> <1758A0FF-8E9D-41C1-B34D-5A692B1D6B83@uni-oldenburg.de> <25716A75-CF7B-477C-87D5-4E72EA0912D7@gmail.com> Message-ID: On 2010-08-19, at 14:09, Michael Schlenker wrote: > Its a special case of the general case, i didn't check but I'm pretty sure 'Agent Smith' is taken by someone. If it is and you > had your way it would not be possible to use that name. Yes. So? The homograph issue needs to be addressed in any case, so I'm not going to try and solve it here. From bryon at slearth.com Thu Aug 19 19:42:37 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Thu, 19 Aug 2010 19:42:37 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: On 8/19/10 7:20 PM, "Argent Stonecutter" wrote: > On 2010-08-19, at 14:09, Michael Schlenker wrote: >> Its a special case of the general case, i didn't check but I'm pretty sure >> 'Agent Smith' is taken by someone. If it is and you >> had your way it would not be possible to use that name. > > Yes. So? Argent, Keep in mind once the feature is implemented: One will be able to choose "Captain America" with captain.america becoming his unique username. And it wouldn't be fair to prevent anyone else to RP "Captain America" as his display name. So if there is a restriction it can only be on current/old "First.Last" usernames, which are unlikely to create such conflicts. From bryon at slearth.com Thu Aug 19 20:10:03 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Thu, 19 Aug 2010 20:10:03 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? Correction In-Reply-To: Message-ID: On 8/19/10 7:20 PM, "Argent Stonecutter" wrote: > On 2010-08-19, at 14:09, Michael Schlenker wrote: >> Its a special case of the general case, i didn't check but I'm pretty sure >> 'Agent Smith' is taken by someone. If it is and you >> had your way it would not be possible to use that name. > > Yes. So? Argent, Keep in mind once the feature is implemented: One will be able to choose "Captain America" with captain.america becoming his unique username. And it wouldn't be fair to prevent anyone else to RP "Captain America" as his display name. So if there is a restriction it can only be on current/old "First.Last" usernames, which are unlikely to create such conflicts. CORRECTION: Actually the username will be "captainamerica" not captain.america, my bad. Which makes it impossible to even know where the space was past the first Display Name change, since it won't be saved. You can't choose to restrict "Capt Ainamerica" or "Captaina Merica" on the basis of that username. It becomes completely impractical at that stage... That said it'd be nice if earlier residents get the benefit of having their "nromal" legacy name protected as a plus for the inconvenience caused... From xotmid at gmail.com Thu Aug 19 20:45:48 2010 From: xotmid at gmail.com (Brandon Husbands) Date: Thu, 19 Aug 2010 22:45:48 -0500 Subject: [opensource-dev] newview should be a diff lisc Message-ID: if you really wanna help out the community and have advancement tale newview seperate it and allow it to contain changes that can be closed source. the rest of the projects/libs should be lgpl. just my two cents. Anyone wanting to have a closed source viewer has to basically rewrite newview at this time. -- ------------------------------------------------------------------------------------------------------------------------------- This email is a private and confidential communication. Any use of email may be subject to the laws and regulations of the United States. You may not Repost, Distribute nor reproduce any content of this message. ------------------------------------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/d22635ae/attachment.htm From baloo at ursamundi.org Thu Aug 19 21:51:04 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Thu, 19 Aug 2010 21:51:04 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, 19 Aug 2010 16:53:18 -0700, Daniel Smith wrote: > On Thu, Aug 19, 2010 at 3:28 PM, Baloo Uriza > wrote: > >> On Thu, 19 Aug 2010 10:15:14 -0700, Daniel Smith wrote: >> >> > I'll ask the Lindens a direct question: >> > >> > What will you do to prevent others from using my username as their >> > displayname? >> >> I'm going to hazard to guess the answer is "nothing." If anything, >> this brings SL into better parity with the real world, where many >> people might have the same name. >> >> > Thanks for playing. Just sign up last week? Given that my last name is Uriza and Display Names aren't rolled out yet to my knowledge, I believe it's clear I did not. > If they do nothing, situations will occur that will end up in court. > Bet on it. Sure, but even if that's the case, I can't fathom a single situation (other than a Linden employee abusing Display Names) that would cause the Lindens to be named as a defendant (and not get laughed out of court by the judge). From baloo at ursamundi.org Thu Aug 19 21:53:02 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Thu, 19 Aug 2010 21:53:02 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? References: Message-ID: On Thu, 19 Aug 2010 19:42:37 -0700, Bryon Ruxton wrote: > On 8/19/10 7:20 PM, "Argent Stonecutter" > wrote: > >> On 2010-08-19, at 14:09, Michael Schlenker wrote: >>> Its a special case of the general case, i didn't check but I'm pretty >>> sure 'Agent Smith' is taken by someone. If it is and you had your way >>> it would not be possible to use that name. >> >> Yes. So? > Argent, Keep in mind once the feature is implemented: One will be able > to choose "Captain America" with captain.america becoming his unique > username. Actually, not quite, based on what I saw in Torley's video. I could change my display name to "Captain America," but my unique username would still be baloo.uriza. From tateru.nino at gmail.com Thu Aug 19 22:33:25 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Fri, 20 Aug 2010 15:33:25 +1000 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: <4C6E13A5.2060407@gmail.com> On 20/08/2010 2:51 PM, Baloo Uriza wrote: > On Thu, 19 Aug 2010 16:53:18 -0700, Daniel Smith wrote: > >> On Thu, Aug 19, 2010 at 3:28 PM, Baloo Uriza >> wrote: >> >>> On Thu, 19 Aug 2010 10:15:14 -0700, Daniel Smith wrote: >>> >>>> I'll ask the Lindens a direct question: >>>> >>>> What will you do to prevent others from using my username as their >>>> displayname? >>> I'm going to hazard to guess the answer is "nothing." If anything, >>> this brings SL into better parity with the real world, where many >>> people might have the same name. >>> >>> >> Thanks for playing. Just sign up last week? > Given that my last name is Uriza and Display Names aren't rolled out yet > to my knowledge, I believe it's clear I did not. > >> If they do nothing, situations will occur that will end up in court. >> Bet on it. > Sure, but even if that's the case, I can't fathom a single situation > (other than a Linden employee abusing Display Names) that would cause the > Lindens to be named as a defendant (and not get laughed out of court by > the judge). Ah, perhaps I can help there. /Marvel vs NCsoft/ (docket: CV 04-9253RGKPLAX, 9 March, 2005, California district court). Marvel (back before they had Disney's legion of undead lawyers) sued NCsoft over City of Heroes, because the character creator allowed users to create avatars that had similar likenesses to or similar names to Marvel trademarks. NCsoft eventually capitulated and settled. -- Tateru Nino http://dwellonit.taterunino.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/f288a435/attachment-0001.htm From baloo at ursamundi.org Thu Aug 19 22:16:36 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Thu, 19 Aug 2010 22:16:36 -0700 Subject: [opensource-dev] Open Inventory Transfer References: <93i0k7xla8.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, 19 Aug 2010 17:56:29 -0700, Ricky wrote: > Very good question, and was the reason for my note bout accidental > inventory transfers. > > The solution I alluded to was to pop up an "are you sure" style dialog > box. However, I hate those with a passion. So I'm fishing for more > optimal solutions. It is possible there may be no good solution to this > difficulty, but at least it will have been discussed, and may spawn > other improvements or be revisited later. Yeah, molly guards tend to be a stopgap for a bad design decision firmly engrained in the interface. A good example of too many molly guards would be Outlook, where people ignore them to the point of just clicking yes to a dialogue effectively asking them "Are you sure you want to send that obscene joke to all 2500 employees in the company?" (I have seen this happen, it caused Exchange to just about die under the pressure, and the resulting drama eventually became known long after the source was terminated for epic fail of schadenfreude proportions at that company.) If it /has/ to work in a way that could become a gun, then it's better to let the user shoot themselves in the foot than it is to become annoying ("rm" comes to mind as as a gun, and one that grows in size depending on the target and flags used; the GUI equivalent uses a trash folder as a safety in most environments). But, given that there's already several workable way to transfer items between avatars, I'm not sure we need to be turning subwindows into guns. ;o) From Lance.Corrimal at eregion.de Thu Aug 19 23:22:11 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 08:22:11 +0200 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: <201008200822.11430.Lance.Corrimal@eregion.de> Am Friday 20 August 2010 schrieb CG Linden: > There is method to our madness... > I put up a wiki page explaining our automated build process at: > > http://wiki.secondlife.com/wiki/Automated_Build_System > > Now I wouldn't mind ripping develop.py apart and spreading the guts > into the top level build.sh script, NOOOOOOOOOooooooooooooooooo.... develop.py is a way to actually build... if i try the toplevel build.sh from the hg repo, all it does is complain about not having the top level build scripts which are in a hg repo that is not accessible from the outside world... 0.o bye, LC From cg at lindenlab.com Thu Aug 19 23:32:35 2010 From: cg at lindenlab.com (CG Linden) Date: Thu, 19 Aug 2010 23:32:35 -0700 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: <201008200822.11430.Lance.Corrimal@eregion.de> References: <20100819023632.GA6078@tacobell.nc.rr.com> <201008200822.11430.Lance.Corrimal@eregion.de> Message-ID: Of course I'd only do that -after- providing the shared build scripts. -- cg On Thu, Aug 19, 2010 at 11:22 PM, Lance Corrimal wrote: > Am Friday 20 August 2010 schrieb CG Linden: > > There is method to our madness... > > I put up a wiki page explaining our automated build process at: > > > > http://wiki.secondlife.com/wiki/Automated_Build_System > > > > Now I wouldn't mind ripping develop.py apart and spreading the guts > > into the top level build.sh script, > > NOOOOOOOOOooooooooooooooooo.... > > > develop.py is a way to actually build... > > if i try the toplevel build.sh from the hg repo, all it does is > complain about not having the top level build scripts which are in a > hg repo that is not accessible from the outside world... 0.o > > > > 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/20100819/9fbb8759/attachment.htm From Lance.Corrimal at eregion.de Thu Aug 19 23:38:44 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 08:38:44 +0200 Subject: [opensource-dev] Display names, again. Message-ID: <201008200838.44543.Lance.Corrimal@eregion.de> Is it just me or did the lindens stop replying to this topic? ok, lets try this again. Here are some distict questions, and I would like to see distinct "yes" or "no" answers from linden labs employees, and I would like it a lot if, in case no one of the lindens on the list can answer my questions in such a disticnt manner, the questions be forwarded to someone who can. 1. Will there be procedures in place to prevent someone else to use my true avatar name as their display name? 2. Will there be procedures in place to prevent someone from using a display name that might be different from my true avatar name but for all visual verification looks like it, given how there are unicode characters that have a different code but look like regular characters? 3. Will there be procedures in place to prevent the case where someone uses a copyrighted name of a fictional character (like, for example, "Mickey Mouse" or "Clark Kent") as their display name? 4. If the answer to any of the above is not a clear and loud yes: Will there be procedures in place to protect the original holder of any true avatar name from legal damages after someone used their name as their display name for fraudulent uses? bye, LC From tateru.nino at gmail.com Thu Aug 19 23:44:47 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Fri, 20 Aug 2010 16:44:47 +1000 Subject: [opensource-dev] Display names, again. In-Reply-To: <201008200838.44543.Lance.Corrimal@eregion.de> References: <201008200838.44543.Lance.Corrimal@eregion.de> Message-ID: <4C6E245F.4030200@weblogsinc.com> Forwarding your questions through the PR channels, Lance. Although, from the documentation provided by the Lab so far, the answer to question one is 'no'. On 20/08/2010 4:38 PM, Lance Corrimal wrote: > Is it just me or did the lindens stop replying to this topic? > > > ok, lets try this again. > > Here are some distict questions, and I would like to see distinct > "yes" or "no" answers from linden labs employees, and I would like it > a lot if, in case no one of the lindens on the list can answer my > questions in such a disticnt manner, the questions be forwarded to > someone who can. > > > 1. Will there be procedures in place to prevent someone else to use my > true avatar name as their display name? > > 2. Will there be procedures in place to prevent someone from using a > display name that might be different from my true avatar name but for > all visual verification looks like it, given how there are unicode > characters that have a different code but look like regular > characters? > > 3. Will there be procedures in place to prevent the case where someone > uses a copyrighted name of a fictional character (like, for example, > "Mickey Mouse" or "Clark Kent") as their display name? > > 4. If the answer to any of the above is not a clear and loud yes: Will > there be procedures in place to protect the original holder of any > true avatar name from legal damages after someone used their name as > their display name for fraudulent uses? > > 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 > -- Tateru Nino Contributing Editor http://massively.com/ From baloo at ursamundi.org Thu Aug 19 23:52:20 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Thu, 19 Aug 2010 23:52:20 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <4C6E13A5.2060407@gmail.com> Message-ID: <4al1k7xrvq.ln2@ursa-major.network.ursamundi.org> On Fri, 20 Aug 2010 15:33:25 +1000, Tateru Nino wrote: > Marvel (back before they had Disney's legion of undead lawyers) sued > NCsoft over City of Heroes, because the character creator allowed users > to create avatars that had similar likenesses to or similar names to > Marvel trademarks. NCsoft eventually capitulated and settled. Sure, but that was NCsoft, not some fan of NCsoft. From Lance.Corrimal at eregion.de Fri Aug 20 00:22:30 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 09:22:30 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: <4C6E245F.4030200@weblogsinc.com> References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> Message-ID: <201008200922.30441.Lance.Corrimal@eregion.de> On Friday 20 August 2010 08:44:47 Tateru Nino wrote: > Forwarding your questions through the PR channels, Lance. Although, > from the documentation provided by the Lab so far, the answer to > question one is 'no'. http://en.wikipedia.org/wiki/Aiding_and_abetting ??? > On 20/08/2010 4:38 PM, Lance Corrimal wrote: > > Is it just me or did the lindens stop replying to this topic? > > > > > > ok, lets try this again. > > > > Here are some distict questions, and I would like to see distinct > > "yes" or "no" answers from linden labs employees, and I would like it > > a lot if, in case no one of the lindens on the list can answer my > > questions in such a disticnt manner, the questions be forwarded to > > someone who can. > > > > > > 1. Will there be procedures in place to prevent someone else to use my > > true avatar name as their display name? > > > > 2. Will there be procedures in place to prevent someone from using a > > display name that might be different from my true avatar name but for > > all visual verification looks like it, given how there are unicode > > characters that have a different code but look like regular > > characters? > > > > 3. Will there be procedures in place to prevent the case where someone > > uses a copyrighted name of a fictional character (like, for example, > > "Mickey Mouse" or "Clark Kent") as their display name? > > > > 4. If the answer to any of the above is not a clear and loud yes: Will > > there be procedures in place to protect the original holder of any > > true avatar name from legal damages after someone used their name as > > their display name for fraudulent uses? > > > > 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 open at autistici.org Fri Aug 20 01:08:13 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 20 Aug 2010 10:08:13 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: <4C6E245F.4030200@weblogsinc.com> References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> Message-ID: On Fri, 20 Aug 2010 16:44:47 +1000, Tateru Nino wrote: > Forwarding your questions through the PR channels, Lance. Although, > from the documentation provided by the Lab so far, the answer to > question one is 'no'. a few email messages ago, Kelly replied to Ann Otoole: "No new user can create ann.otoole OR annotoole as a username, that name is taken by you" Isn't this the point of question one? Questions 2-3 are not new. Not new are stories of users abusing account names by exploiting similarity between 'l' and "I" - or some other letters. The font choice is to blame in such a case, and this has been reported to PJIRA. Nothing new. Question 4 seems even naive if I get it right - Legal protections? Is this that's being asked? I'm not aware of other online service providers who put procedures in place to protect their users from fraudulent use. Can we name some? Thanks. If you're looking for legal protection try registering your avatar name as a trademark, as other SL users did. > On 20/08/2010 4:38 PM, Lance Corrimal wrote: >> Is it just me or did the lindens stop replying to this topic? It is just you: https://lists.secondlife.com/pipermail/opensource-dev/2010-August/002649.html (or maybe I'm missing some rule about how fast Lindens must reply) Opensource Obscure >> ok, lets try this again. >> >> Here are some distict questions, and I would like to see distinct >> "yes" or "no" answers from linden labs employees, and I would like it >> a lot if, in case no one of the lindens on the list can answer my >> questions in such a disticnt manner, the questions be forwarded to >> someone who can. >> >> >> 1. Will there be procedures in place to prevent someone else to use my >> true avatar name as their display name? >> >> 2. Will there be procedures in place to prevent someone from using a >> display name that might be different from my true avatar name but for >> all visual verification looks like it, given how there are unicode >> characters that have a different code but look like regular >> characters? >> >> 3. Will there be procedures in place to prevent the case where someone >> uses a copyrighted name of a fictional character (like, for example, >> "Mickey Mouse" or "Clark Kent") as their display name? >> >> 4. If the answer to any of the above is not a clear and loud yes: Will >> there be procedures in place to protect the original holder of any >> true avatar name from legal damages after someone used their name as >> their display name for fraudulent uses? >> >> 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 open at autistici.org Fri Aug 20 01:11:49 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 20 Aug 2010 10:11:49 +0200 Subject: [opensource-dev] =?utf-8?q?display_names_=3D_the_end_of_1=2Ex_vie?= =?utf-8?q?wers=3F?= In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> Message-ID: On Thu, 19 Aug 2010 16:53:18 -0700, Daniel Smith wrote: > On Thu, Aug 19, 2010 at 3:28 PM, Baloo Uriza wrote: > >> On Thu, 19 Aug 2010 10:15:14 -0700, Daniel Smith wrote: >> >> > I'll ask the Lindens a direct question: >> > >> > What will you do to prevent others from using my username as their >> > displayname? >> >> I'm going to hazard to guess the answer is "nothing." If anything, this >> brings SL into better parity with the real world, where many people might >> have the same name. >> >> > Thanks for playing. Just sign up last week? Based on the feedback here > and > on the blog, so many people are upset about this very question that the > Lindens will pretty much have to address the issue. The documentation > trail > on this is a mile long. If they do nothing, situations will occur that > will > end up in court. Bet on it. > > 4 year SL'er, Daniel Actually, questions SL users are upset about .. very rarely end up in court. 4 year SL'er, Opensource From Lance.Corrimal at eregion.de Fri Aug 20 01:18:44 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 10:18:44 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> Message-ID: <201008201018.44615.Lance.Corrimal@eregion.de> On Friday 20 August 2010 10:08:13 Opensource Obscure wrote: > On Fri, 20 Aug 2010 16:44:47 +1000, Tateru Nino > > wrote: > > Forwarding your questions through the PR channels, Lance. Although, > > from the documentation provided by the Lab so far, the answer to > > question one is 'no'. > > a few email messages ago, Kelly replied to Ann Otoole: > > "No new user can create ann.otoole OR annotoole as a username, > that name is taken by you" > > Isn't this the point of question one? NO. my point is this: my "true avatar name" is Lance Corrimal so will there be anything PREVENTING (not just putting something like "we ask you pretty please do not ..." in the FAQ) others from using that as theit DISPLAY NAME ??? bye, LC From open at autistici.org Fri Aug 20 01:23:00 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 20 Aug 2010 10:23:00 +0200 Subject: [opensource-dev] =?utf-8?q?display_names_=3D_the_end_of_1=2Ex_vie?= =?utf-8?q?wers=3F?= In-Reply-To: <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com><0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> Message-ID: <14f4ba27e815d8d8c45e748de6df9934@localhost> On Thu, 19 Aug 2010 20:08:07 -0400, wrote: > Seems like twitter has a pretty good solution. Display names are unique. > And your login account isn't public so you have better security. Are you sure? As far as I know, things are quite different: - login account (that Twitter calls "Username") is public - in my case, Username = "oobscure" - full name (properly "Name") in my case is "Opensource Obscure" - in your case, Name = Username = "MysticalDemina" - other people publicly use my Username to "mention" me ("@oobscure") - Twitter website and 3rd party apps show these names in various ways - you can change both Username and Name in any moment - by changing your Username, your Twitter URL changes too Twitter fake personalities indeed exist and that's why Twitter also implemented the "Verified name" thing, that implies an identity verification process. Opensource Obscure From open at autistici.org Fri Aug 20 01:31:28 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 20 Aug 2010 10:31:28 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: <201008201018.44615.Lance.Corrimal@eregion.de> References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> <201008201018.44615.Lance.Corrimal@eregion.de> Message-ID: On Fri, 20 Aug 2010 10:18:44 +0200, Lance Corrimal wrote: > On Friday 20 August 2010 10:08:13 Opensource Obscure wrote: >> On Fri, 20 Aug 2010 16:44:47 +1000, Tateru Nino >> >> wrote: >> > Forwarding your questions through the PR channels, Lance. Although, >> > from the documentation provided by the Lab so far, the answer to >> > question one is 'no'. >> >> a few email messages ago, Kelly replied to Ann Otoole: >> >> "No new user can create ann.otoole OR annotoole as a username, >> that name is taken by you" >> >> Isn't this the point of question one? > > NO. > my point is this: > my "true avatar name" is Lance Corrimal so will there be anything > PREVENTING > (not just putting something like "we ask you pretty please do not ..." in > the > FAQ) others from using that as theit DISPLAY NAME ??? I think computer systems exist that are advanced enough to block such a request ;-) I guess they would work like the existing system, that blocks you if you try to register an account with an existing combination of First and Last name. Additionally, this system would also check for further combinations of existing First and Last name. That is, LanceCorrimal won't be accepted, Lance.Corrimal won't be accepted, Opensource.Obscure won't be accepted, etc In the current registration process you don't find a Linden kindly asking you not to use existing names. There's a system filter at work, that has been probably modified in order to support the new system. Opensource Obscure From stickman at gmail.com Fri Aug 20 01:37:38 2010 From: stickman at gmail.com (Stickman) Date: Fri, 20 Aug 2010 01:37:38 -0700 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> <201008201018.44615.Lance.Corrimal@eregion.de> Message-ID: >> my "true avatar name" is Lance Corrimal so will there be anything >> PREVENTING others from using that as theit DISPLAY NAME ??? > LanceCorrimal won't be accepted, > Lance.Corrimal won't be accepted, > Opensource.Obscure won't be accepted, etc Yeah, but he said display name, not username. The "username" (what you register for) needs to be unique. But everything I'm seeing about the display name says it's gotta be 31 characters, and that's the only strict limitation it seems to have. For me, I'll turn on "show username" in preferences. That'll solve all my problems. And when someone comes to me after having been swindled, I'll tell them to do the same. After a time or two, they may decide it's worth turning on. Stickman From open at autistici.org Fri Aug 20 01:40:38 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 20 Aug 2010 10:40:38 +0200 Subject: [opensource-dev] To Pie or To List In-Reply-To: References: <20100819202734.GC27230@alinoe.com> Message-ID: On Thu, 19 Aug 2010 17:48:52 -0700, Ricky wrote: > Either way, I still see it as of little use with objects I own or am > the creator of! > > As regards the order for objects for which I am neither creator nor > owner I have no suggestion. The current order might make sense. Then > again, Do I ever have permission to /Delete/ someone else's objects? > Not so far as I know. /Return/ would be the only available option, > and then only if I have edit privs on the owner's goods, am in a group > that allows me to return other's goods on the given parcel, or am the > landowner. > > This is starting to sound like it's time for a list: > * I am Owner > ** "Report Abuse" is deactivated (Doesn't make sense!) > ** "Block" is active (I may want to mute my own objects after all!) > ** "Return" is deactivated > ** "Delete" is active > * I am Creator but not Owner and I have no privileges granted > ** "Report Abuse" is deactivated (NOTE) > ** "Block" is active > ** "Return" is deactivated > ** "Delete" is deactivated > * I have been either granted Edit on the Owner's goods, am a member of > a group that the land is deeded to, the group I'm a part of has return > privs, or I am the land owner: > ** "Report Abuse" is active > ** "Block" is active > ** "Return" is active > ** "Delete" is deactivated (Unless for some reason land owners can > delete objects.... This I am unsure of. Typically I've seen them > return items.) > * Otherwise (Not Creator, Not Owner, No Privs) > ** "Report Abuse" is active > ** "Block" is active > ** "Return" is deactivated > ** "Delete" is deactivated > > (NOTE) There may be a use case here for "Report Abuse" to be active on > an object I am the creator of, but not the owner: If the object is > modifiable, it's parts may have been used to make something offensive. > I'd rather keep the option open in this case. > > Order may be largely a preference, but I think that "Delete" should be > topmost, if available as an option. However this may create another > usability issue if the order of items in the menu follows a logical, > but seemingly random to beginners, order depending on context: A first > timer would have difficulty knowing beforehand which item will be in > what position in the menu. So the order may need to be fixed, just > having unusable elements grayed out and deactivated in certain > contexts. If our aim is to make the menu lighter, cleaner and simpler to read, especially for a newbie, I'd prefer to completely hide those entries from the menu. Grayed and deactivated entries are still being read and their meaning is processed by the brain, so it's only a partial semplification. If the problem is only that one risks to return or abuse-report her stuff, I find it to be a very small and low-priority problem, as both those features have a confirmation window. Personally, I think Delete should be in a submenu and it should NOT be easily available, as we want to avoid it being triggered by error. Opensource Obscure From bryon at slearth.com Fri Aug 20 01:43:07 2010 From: bryon at slearth.com (Bryon Ruxton) Date: Fri, 20 Aug 2010 01:43:07 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: Message-ID: On 8/19/10 9:53 PM, "Baloo Uriza" wrote: > On Thu, 19 Aug 2010 19:42:37 -0700, Bryon Ruxton wrote: > >> On 8/19/10 7:20 PM, "Argent Stonecutter" >> wrote: >> >>> On 2010-08-19, at 14:09, Michael Schlenker wrote: >>>> Its a special case of the general case, i didn't check but I'm pretty >>>> sure 'Agent Smith' is taken by someone. If it is and you had your way >>>> it would not be possible to use that name. >>> >>> Yes. So? >> Argent, Keep in mind once the feature is implemented: One will be able >> to choose "Captain America" with captain.america becoming his unique >> username. > > Actually, not quite, based on what I saw in Torley's video. I could > change my display name to "Captain America," but my unique username would > still be baloo.uriza. Of course it will. Please read my second email (the correction). Your username won't change, I said new users, sigh. From Lance.Corrimal at eregion.de Fri Aug 20 01:47:04 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 10:47:04 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201018.44615.Lance.Corrimal@eregion.de> Message-ID: <201008201047.04098.Lance.Corrimal@eregion.de> On Friday 20 August 2010 10:31:28 Opensource Obscure wrote: > I think computer systems exist that are advanced enough to > > block such a request ;-) I guess they would work like the frankly, I am not asking what you think or guess. this thread was supposed to get a clear and distinct statement from the lindens. > In the current registration process you don't find a Linden this is NOT, i repeat NOT about the registration process. this is about preventing people from changing their DISPLAY NAME LATER to someone else's true avatar name. made myself clear? bye, LC From sllists at boroon.dasgupta.ch Fri Aug 20 01:48:03 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 20 Aug 2010 10:48:03 +0200 Subject: [opensource-dev] (was: To Pie or To List) In-Reply-To: References: <20100819202734.GC27230@alinoe.com> Message-ID: <4C6E4143.2060908@boroon.dasgupta.ch> On 08/20/2010 02:48 AM, Ricky wrote: > This is starting to sound like it's time for a list: > [...] Overall, very reasonable list. (Though I'm not sure users with edit rights on the object's owner's objects should be the same category as users having return rights on the land. Aren't there some differences in what they can do?) > * I am Creator but not Owner and I have no privileges granted > ** "Report Abuse" is deactivated (NOTE) > ** "Block" is active > ** "Return" is deactivated > ** "Delete" is deactivated > [...] > > (NOTE) There may be a use case here for "Report Abuse" to be active on > an object I am the creator of, but not the owner: If the object is > modifiable, it's parts may have been used to make something offensive. > I'd rather keep the option open in this case. Actually, this even applies when the object was modifiable when the original creator gave it away but isn't anymore when he right-clicks it. (Later editors of the object might have disabled that permission.) > Order may be largely a preference, but I think that "Delete" should be > topmost, if available as an option. However this may create another > usability issue if the order of items in the menu follows a logical, > but seemingly random to beginners, order depending on context: A first > timer would have difficulty knowing beforehand which item will be in > what position in the menu. So the order may need to be fixed, just > having unusable elements grayed out and deactivated in certain > contexts. Order should definitely be fixed, just unavailable entries (and those that cannot make sense in the respective context) disabled. Even long time users might not always be aware of their creatorship/ownership/permission relation to an object they right-click, so changing menu entry order depending on that would indeed be very confusing. cheers Boroondas From Lance.Corrimal at eregion.de Fri Aug 20 01:49:36 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 10:49:36 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> Message-ID: <201008201049.36994.Lance.Corrimal@eregion.de> On Friday 20 August 2010 10:37:38 Stickman wrote: > For me, I'll turn on "show username" in preferences. That'll solve all > my problems. ditto, but i have doubts about the "solve all my problems" part.... unicode. 'nuff said. > And when someone comes to me after having been swindled, > I'll tell them to do the same. After a time or two, they may decide > it's worth turning on. IF they actually come to you and not just simply file AR against you... bye, LC From stickman at gmail.com Fri Aug 20 02:00:35 2010 From: stickman at gmail.com (Stickman) Date: Fri, 20 Aug 2010 02:00:35 -0700 Subject: [opensource-dev] Display names, again. In-Reply-To: <201008201049.36994.Lance.Corrimal@eregion.de> References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> Message-ID: > ditto, but i have doubts about the "solve all my problems" part.... unicode. > 'nuff said. Well, periods can't be put into the new usernames (Kelly said so earlier). So it's a problem for new accounts where unicode is used to cheat them. But new accounts can't copy old accounts without a period. Stickman From baloo at ursamundi.org Fri Aug 20 01:35:19 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Fri, 20 Aug 2010 01:35:19 -0700 Subject: [opensource-dev] Display names, again. References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> <201008200922.30441.Lance.Corrimal@eregion.de> Message-ID: <7br1k7x16u.ln2@ursa-major.network.ursamundi.org> On Fri, 20 Aug 2010 09:22:30 +0200, Lance Corrimal wrote: > On Friday 20 August 2010 08:44:47 Tateru Nino wrote: >> Forwarding your questions through the PR channels, Lance. Although, >> from the documentation provided by the Lab so far, the answer to >> question one is 'no'. > > > http://en.wikipedia.org/wiki/Aiding_and_abetting ??? Common carrier. From tateru.nino at gmail.com Fri Aug 20 02:11:26 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Fri, 20 Aug 2010 19:11:26 +1000 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> Message-ID: <4C6E46BE.7030808@gmail.com> On 20/08/2010 6:08 PM, Opensource Obscure wrote: > On Fri, 20 Aug 2010 16:44:47 +1000, Tateru Nino > wrote: >> Forwarding your questions through the PR channels, Lance. Although, >> from the documentation provided by the Lab so far, the answer to >> question one is 'no'. > > a few email messages ago, Kelly replied to Ann Otoole: > > "No new user can create ann.otoole OR annotoole as a username, > that name is taken by you" > > Isn't this the point of question one? No, Kelly's answer was about account names. Lance's question was about whether a Display Name could be the same (for varying values of the same) as an Account Name. > > Questions 2-3 are not new. > Not new are stories of users abusing account names by exploiting > similarity between 'l' and "I" - or some other letters. The font > choice is to blame in such a case, and this has been reported to > PJIRA. Nothing new. > > Question 4 seems even naive if I get it right - Legal > protections? Is this that's being asked? > I'm not aware of other online service providers who put > procedures in place to protect their users from fraudulent use. > Can we name some? Thanks. > > If you're looking for legal protection try registering your > avatar name as a trademark, as other SL users did. > > >> On 20/08/2010 4:38 PM, Lance Corrimal wrote: >>> Is it just me or did the lindens stop replying to this topic? > It is just you: > https://lists.secondlife.com/pipermail/opensource-dev/2010-August/002649.html > > (or maybe I'm missing some rule about how fast Lindens must reply) > > Opensource Obscure > > >>> ok, lets try this again. >>> >>> Here are some distict questions, and I would like to see distinct >>> "yes" or "no" answers from linden labs employees, and I would like it >>> a lot if, in case no one of the lindens on the list can answer my >>> questions in such a disticnt manner, the questions be forwarded to >>> someone who can. >>> >>> >>> 1. Will there be procedures in place to prevent someone else to use my >>> true avatar name as their display name? >>> >>> 2. Will there be procedures in place to prevent someone from using a >>> display name that might be different from my true avatar name but for >>> all visual verification looks like it, given how there are unicode >>> characters that have a different code but look like regular >>> characters? >>> >>> 3. Will there be procedures in place to prevent the case where someone >>> uses a copyrighted name of a fictional character (like, for example, >>> "Mickey Mouse" or "Clark Kent") as their display name? >>> >>> 4. If the answer to any of the above is not a clear and loud yes: Will >>> there be procedures in place to protect the original holder of any >>> true avatar name from legal damages after someone used their name as >>> their display name for fraudulent uses? >>> >>> 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 >>> -- Tateru Nino http://dwellonit.taterunino.net/ From tateru.nino at gmail.com Fri Aug 20 02:13:54 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Fri, 20 Aug 2010 19:13:54 +1000 Subject: [opensource-dev] Display names, again. In-Reply-To: <7br1k7x16u.ln2@ursa-major.network.ursamundi.org> References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C6E245F.4030200@weblogsinc.com> <201008200922.30441.Lance.Corrimal@eregion.de> <7br1k7x16u.ln2@ursa-major.network.ursamundi.org> Message-ID: <4C6E4752.4070002@gmail.com> On 20/08/2010 6:35 PM, Baloo Uriza wrote: > On Fri, 20 Aug 2010 09:22:30 +0200, Lance Corrimal wrote: > >> On Friday 20 August 2010 08:44:47 Tateru Nino wrote: >>> Forwarding your questions through the PR channels, Lance. Although, >>> from the documentation provided by the Lab so far, the answer to >>> question one is 'no'. >> >> http://en.wikipedia.org/wiki/Aiding_and_abetting ??? > Common carrier. There's a strong case that the Lab no longer has common carrier status, due to frequent, unprompted exercises of editorial control (though it might be seeking to regain it). Either way, though - not really a topic for this particular list. -- Tateru Nino http://dwellonit.taterunino.net/ From Lance.Corrimal at eregion.de Fri Aug 20 02:53:44 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 11:53:44 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> Message-ID: <201008201153.44382.Lance.Corrimal@eregion.de> On Friday 20 August 2010 11:00:35 Stickman wrote: > > ditto, but i have doubts about the "solve all my problems" part.... > > unicode. 'nuff said. > > Well, periods can't be put into the new usernames (Kelly said so > earlier). So it's a problem for new accounts where unicode is used to > cheat them. But new accounts can't copy old accounts without a period. > > Stickman I am not talking about usernames. I am talking about someone creating any random throwaway user account, then setting their DISPLAY NAME to "Stickman Ingman", trusting that enough people are stupid enough not to look at the real username and compare it with yours. bye LC From stickman at gmail.com Fri Aug 20 03:03:39 2010 From: stickman at gmail.com (Stickman) Date: Fri, 20 Aug 2010 03:03:39 -0700 Subject: [opensource-dev] Display names, again. In-Reply-To: <201008201153.44382.Lance.Corrimal@eregion.de> References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> <201008201153.44382.Lance.Corrimal@eregion.de> Message-ID: > I am talking about someone creating any random throwaway user account, then > setting their DISPLAY NAME to "Stickman Ingman", trusting that enough people > are stupid enough not to look at the real username and compare it with yours. Yep. I believe this is totally possible for people to do. The FAQs says it's against TOS to do so for the sake of impersonating someone else. But as far as I know there is no technical limitation preventing someone from doing so. I'm willing to accept the possibility of troubles it will bring because of the freedom it offers in exchange. If you aren't, you'll have to make some pretty compelling arguments that convinces LL that the freedom isn't worth it, or can be preserved through some other method. Convincing me doesn't need to be on your todo list. As a side note, I see where you're coming from. In another world, one with a higher density of matchstick men, I'd agree with you. I think LL would, too. Stickman From marinekelley at gmail.com Fri Aug 20 03:15:12 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Fri, 20 Aug 2010 12:15:12 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> <201008201153.44382.Lance.Corrimal@eregion.de> Message-ID: The damage done to the reputation of a well known resident can be immeasurable. It would be irresponsible of LL to let someone impersonate someone else without giving any way to let the other people around to see CLEARLY the difference between a user name and a display name. No amount of ToS waving and legal threatening is going to change that because once the damage is done, it is too late. It is CAPITAL that a display name CANNOT be mistaken with a user name, no matter how clever the owner of the display name is. On 20 August 2010 12:03, Stickman wrote: > > I am talking about someone creating any random throwaway user account, > then > > setting their DISPLAY NAME to "Stickman Ingman", trusting that enough > people > > are stupid enough not to look at the real username and compare it with > yours. > > Yep. I believe this is totally possible for people to do. The FAQs > says it's against TOS to do so for the sake of impersonating someone > else. But as far as I know there is no technical limitation preventing > someone from doing so. I'm willing to accept the possibility of > troubles it will bring because of the freedom it offers in exchange. > If you aren't, you'll have to make some pretty compelling arguments > that convinces LL that the freedom isn't worth it, or can be preserved > through some other method. Convincing me doesn't need to be on your > todo list. > > As a side note, I see where you're coming from. In another world, one > with a higher density of matchstick men, I'd agree with you. I think > LL would, too. > > Stickman > _______________________________________________ > 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/20100820/528fc8be/attachment.htm From stickman at gmail.com Fri Aug 20 03:24:31 2010 From: stickman at gmail.com (Stickman) Date: Fri, 20 Aug 2010 03:24:31 -0700 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> <201008201153.44382.Lance.Corrimal@eregion.de> Message-ID: On Fri, Aug 20, 2010 at 3:15 AM, Marine Kelley wrote: > damage is done, it is too late. It is CAPITAL that a display name CANNOT be > mistaken with a user name, no matter how clever the owner of the display > name is. You make a good argument. How about a solution? Changing color is one. Might be easy enough. I don't know if LL would accept it. Changing another property of the name, be it font, size, position, etc, may be another solution. Font probably not. Feel free to come up with other solutions on how to avoid mistaking a display name with a username. I believe LL's purpose is to make display names seamless. So it needs to be as unobtrusive as possible. It also needs to be as simple to implement as possible. The easier the solution, the more likely LL can just drop it in and test it without losing time. Good luck! Stickman From marinekelley at gmail.com Fri Aug 20 03:42:00 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Fri, 20 Aug 2010 12:42:00 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> <201008201153.44382.Lance.Corrimal@eregion.de> Message-ID: That's not my job, I am a customer in LL's standpoint, I don't work for them. I already talked about possible ways to distinguish a display name from a user name, for example by putting the display name into brackets in chatlogs and offline IMs (which are plain text and html respectively), while using a different color than for user names on the chat and IM while in world (which is comparable to rich text)/ There are just plenty of ways. What I insist on is that the information "this name is a display name" must come from the server, not from the sending viewer. That's the important part. On 20 August 2010 12:24, Stickman wrote: > On Fri, Aug 20, 2010 at 3:15 AM, Marine Kelley > wrote: > > damage is done, it is too late. It is CAPITAL that a display name CANNOT > be > > mistaken with a user name, no matter how clever the owner of the display > > name is. > > You make a good argument. > > How about a solution? > > Changing color is one. Might be easy enough. I don't know if LL would > accept it. > > Changing another property of the name, be it font, size, position, > etc, may be another solution. Font probably not. > > Feel free to come up with other solutions on how to avoid mistaking a > display name with a username. I believe LL's purpose is to make > display names seamless. So it needs to be as unobtrusive as possible. > It also needs to be as simple to implement as possible. The easier the > solution, the more likely LL can just drop it in and test it without > losing time. > > Good luck! > > Stickman > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/7a4f5ecb/attachment.htm From secret.argent at gmail.com Fri Aug 20 04:11:04 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Fri, 20 Aug 2010 06:11:04 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: Message-ID: On 2010-08-19, at 21:42, Bryon Ruxton wrote: > Argent, Keep in mind once the feature is implemented: > One will be able to choose "Captain America" > with captain.america becoming his unique username. > And it wouldn't be fair to prevent anyone else to RP "Captain America" as > his display name. So pick a different name. It's not a great hardship. Legitimate writers and artists have had to deal with this problem since, like, Captain America was created (no, long before that). It's a trademarked name. I mean, technically, you'd need to get Marvel's permission to have Captain America as your username, or to have a role-play based on it. Seriously, I don't see the problem. "That name's taken" is something people have had to deal with since the Romans had to call THEIR war-god Mars instead of Ares. From Lance.Corrimal at eregion.de Fri Aug 20 04:23:46 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 13:23:46 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: Message-ID: <201008201323.46643.Lance.Corrimal@eregion.de> On Friday 20 August 2010 13:11:04 Argent Stonecutter wrote: > role-play the point about display names being great for RPers is failing anyways, because of the "one change per week" restriction... how many roleplayers do you know in SL that do not do ANYTHING else, and only play ONE rp? bye, LC From wolfpup67 at earthlink.net Fri Aug 20 04:45:19 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Fri, 20 Aug 2010 07:45:19 -0400 Subject: [opensource-dev] Any Email Containing Disply Name in The Subjet Message-ID: <002101cb405d$2a504170$7ef0c450$@net> This morning I woke up to check my email to find there was a lot of OpenSource email and I thought kewl look like there are some discussions of either issues with building the viewer or maybe even about a new feture request/porting request, but NNNNNNNNNNNNOOOOOOOOOOOOOOOOOOO I wake up to find people STILL arguing about the display name! TO me that is not a discussion that should be carried on in this list. There in the past 24-72 hours have been the following: 1. 80 emails with the subject - display names = the end of 1.x viewers? 2. 20 emails with the subject - Display names, again And frankly that discussion I think does not belong on this list! This list is for discussion of OpenSource SOFTWARE issues related to the VIEWER not the discussion of what is displayed in the viewer(unless it is a rendering issue). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/85f3fcda/attachment.htm From foxsanyosuke at gmail.com Fri Aug 20 04:51:21 2010 From: foxsanyosuke at gmail.com (GridView / FoxSan) Date: Fri, 20 Aug 2010 13:51:21 +0200 Subject: [opensource-dev] Any Email Containing Disply Name in The Subjet In-Reply-To: <002101cb405d$2a504170$7ef0c450$@net> References: <002101cb405d$2a504170$7ef0c450$@net> Message-ID: That's quite a large font you are using x.X 2010/8/20 WolfPup Lowenhar > This morning I woke up to check my email to find there was a lot of > OpenSource email and I thought kewl look like there are some discussions of > either issues with building the viewer or maybe even about a new feture > request/porting request, but > > NNNNNNNNNNNNOOOOOOOOOOOOOOOOOOO > > I wake up to find people STILL arguing about the display name! > > TO me that is not a discussion that should be carried on in this list. > > > > There in the past 24-72 hours have been the following: > > 1. 80 emails with the subject ? display names = the end of 1.x viewers? > > 2. 20 emails with the subject ? Display names, again > > > > And frankly that discussion I think does not belong on this list! > > > > This list is for discussion of OpenSource SOFTWARE issues related to the > VIEWER not the discussion of what is displayed in the viewer(unless it is a > rendering issue). > > _______________________________________________ > 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/20100820/03949484/attachment.htm From stickman at gmail.com Fri Aug 20 05:09:09 2010 From: stickman at gmail.com (Stickman) Date: Fri, 20 Aug 2010 05:09:09 -0700 Subject: [opensource-dev] Any Email Containing Disply Name in The Subjet In-Reply-To: References: <002101cb405d$2a504170$7ef0c450$@net> Message-ID: > That's quite a large font you are using x.X You're doing it wrong. WolfPup Lowenhar wrote: > NNNNNNNNNNNNOOOOOOOOOOOOOOOOOOO My, grandmother! That's such a large font you have! Stickman From mysticaldemina at xrgrid.com Fri Aug 20 06:02:20 2010 From: mysticaldemina at xrgrid.com (mysticaldemina at xrgrid.com) Date: Fri, 20 Aug 2010 09:02:20 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <14f4ba27e815d8d8c45e748de6df9934@localhost> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com><0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <14f4ba27e815d8d8c45e748de6df9934@localhost> Message-ID: <526D9AE04BCB45819DC3DA5B9369068A@TWEEDY64> I guess I am sure. Username is unique, you have to request it. No two people will have the same user name. Sure people can fake it, but no two people will have the same one at the same time. And it is possible one person will use a name for a while then someone else will use that name. With all the email regarding this not sure I am following what will be done but I suggest we assign our current SL name to the username and after that let people request a new one if it isn't being used. My name is available and can be changed any time, it is not unique. It is informational. My email is used to log into my twitter account and is not shared publicly which I think is a more secure way to do things because it is harder for people to figure out how I log into the account. In SL we tell everyone what your account name is. Sure people fake things, so thanks for the feedback but not sure what your point is. Seems SL could do a name verification process like Twitter. I think the main thing about twitter is I have never been confused between username and display name. This seems similar to the needs of SL, so was just sharing I thought it has worked well. M. -----Original Message----- From: Opensource Obscure [mailto:open at autistici.org] Sent: Friday, August 20, 2010 4:23 AM To: mysticaldemina at xrgrid.com Cc: Daniel Smith; Baloo Uriza; opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] display names = the end of 1.x viewers? On Thu, 19 Aug 2010 20:08:07 -0400, wrote: > Seems like twitter has a pretty good solution. Display names are unique. > And your login account isn't public so you have better security. Are you sure? As far as I know, things are quite different: - login account (that Twitter calls "Username") is public - in my case, Username = "oobscure" - full name (properly "Name") in my case is "Opensource Obscure" - in your case, Name = Username = "MysticalDemina" - other people publicly use my Username to "mention" me ("@oobscure") - Twitter website and 3rd party apps show these names in various ways - you can change both Username and Name in any moment - by changing your Username, your Twitter URL changes too Twitter fake personalities indeed exist and that's why Twitter also implemented the "Verified name" thing, that implies an identity verification process. Opensource Obscure From jacek.antonelli at gmail.com Fri Aug 20 06:16:04 2010 From: jacek.antonelli at gmail.com (Jacek Antonelli) Date: Fri, 20 Aug 2010 08:16:04 -0500 Subject: [opensource-dev] Off-topic chatter (Was: Display names, again.) Message-ID: On Fri, Aug 20, 2010 at 1:38 AM, Lance Corrimal wrote: > Is it just me or did the lindens stop replying to this topic? They probably stopped replying because nearly all of the chatter about Display Names has been off-topic and inappropriate for this list, and continuing to discuss it here just further wastes the time of everyone who subscribed to the list to follow the discussion about Snowglobe, Snowstorm, and other open source projects at Linden Lab. - Jacek From merov at lindenlab.com Fri Aug 20 06:29:08 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 20 Aug 2010 06:29:08 -0700 Subject: [opensource-dev] Windows Build of Snowstorm (Viewer 2.1.1) (LLKDU) In-Reply-To: <74DA1F15-9540-461D-B7FC-0D45CA58388B@lindenlab.com> References: <74DA1F15-9540-461D-B7FC-0D45CA58388B@lindenlab.com> Message-ID: Hi, On Thu, Aug 19, 2010 at 7:14 AM, Aimee Linden wrote: > That's because of the LLKDU issue that Merov is currently working to fix. > You can work around if for now by replacing the llkdu.dll that comes with > the development viewer with one from the release viewer. > Another way to "fix" it is to simply delete the llkdu.dll. The viewer will launch using openjpeg to decode textures. A bit slower than kdu but adequate. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/eb0bc26c/attachment.htm From danielravennest at gmail.com Fri Aug 20 06:35:18 2010 From: danielravennest at gmail.com (Daniel) Date: Fri, 20 Aug 2010 08:35:18 -0500 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: References: Message-ID: <4C6E8496.90103@gmail.com> If the right click drop-down menus are too small a target for people to hit, make them larger. Proper font size for reading (ie chat text), is not necessarily the right size for a mouse target area. Both should scale as a preferences setting. I do like having pie menus as an option. What I would *really* like to see as a builder, and someone with two widescreen monitors, is the ability to drag floaters completely outside the perspective view area. For me, they just get in the way of seeing what I am doing. How much work would be required to enable that I have no idea. From open at autistici.org Fri Aug 20 06:39:11 2010 From: open at autistici.org (Opensource Obscure) Date: Fri, 20 Aug 2010 15:39:11 +0200 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: <4C6E8496.90103@gmail.com> References: <4C6E8496.90103@gmail.com> Message-ID: On Fri, 20 Aug 2010 08:35:18 -0500, Daniel wrote: > If the right click drop-down menus are too small a target for people > to hit, make them larger. Proper font size for reading (ie chat text), > is not necessarily the right size for a mouse target area. Both should > scale as a preferences setting. I do like having pie menus as an option. > > What I would *really* like to see as a builder, and someone with two > widescreen monitors, is the ability to drag floaters completely outside > the perspective view area AFAIK, having two monitors is a use case not officially supported by LL/SL If I read correctly, you may want to try Icesphere: http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/Icesphere http://icyspherical.blogspot.com Opensource Obscure From websuz at gmail.com Fri Aug 20 06:43:26 2010 From: websuz at gmail.com (Suz Dollar) Date: Fri, 20 Aug 2010 06:43:26 -0700 Subject: [opensource-dev] Display names, again. In-Reply-To: References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> <201008201153.44382.Lance.Corrimal@eregion.de> Message-ID: <4C6E867E.20906@gmail.com> My biggest concern here is that the chat logs (local, group, IM) register both display and user name as a mandatory part of how chat logs work. This will forcefully create way to document that so and so was impersonating someone else and acting in a manner unacceptable to the real person. I'm not nearly as concerned that someone whose real life name is Charlene Trudeau wants her display name to be Charlene Trudeau. Esp since MY display name may become Char, or Charlene, or Char @ SkyBeam Estates or some other such whatever. But I'd really like my IM logs, and those others might quote to read something like (using the simple last example above ) : IM: Char @ SkyBeam Estates (Charlene.Trudeau): I wish that there was an Alt-d hot key to take you to the browser style navigation bar at the top for easy entry of a slurl or region name. That would be my preference for both viewer display and chat logs, but definitely would want to see it mandatory on chat logs for any backup needed with LL in AR situations or any other disputes. Char Marine Kelley wrote: > That's not my job, I am a customer in LL's standpoint, I don't work > for them. > > I already talked about possible ways to distinguish a display name > from a user name, for example by putting the display name into > brackets in chatlogs and offline IMs (which are plain text and html > respectively), while using a different color than for user names on > the chat and IM while in world (which is comparable to rich text)/ > There are just plenty of ways. What I insist on is that the > information "this name is a display name" must come from the server, > not from the sending viewer. That's the important part. > > > On 20 August 2010 12:24, Stickman > wrote: > > On Fri, Aug 20, 2010 at 3:15 AM, Marine Kelley > > wrote: > > damage is done, it is too late. It is CAPITAL that a display > name CANNOT be > > mistaken with a user name, no matter how clever the owner of the > display > > name is. > > You make a good argument. > > How about a solution? > > Changing color is one. Might be easy enough. I don't know if LL > would accept it. > > Changing another property of the name, be it font, size, position, > etc, may be another solution. Font probably not. > > Feel free to come up with other solutions on how to avoid mistaking a > display name with a username. I believe LL's purpose is to make > display names seamless. So it needs to be as unobtrusive as possible. > It also needs to be as simple to implement as possible. The easier the > solution, the more likely LL can just drop it in and test it without > losing time. > > Good luck! > > Stickman > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 Fri Aug 20 06:51:05 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 20 Aug 2010 06:51:05 -0700 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <201008191937.27773.Lance.Corrimal@eregion.de> References: <201008191937.27773.Lance.Corrimal@eregion.de> Message-ID: Hi, On Thu, Aug 19, 2010 at 10:37 AM, Lance Corrimal wrote: > is it just my failing eyesight, or is there no "allow create landmark" > checkbox in "about land" in 2.1 (snowglobe 2.1.0 r3622) ??? > > Darn! We didn't specifically work on that so it has to be the result of a bogus merge or may be pulling something from viewer-external UI modifs that was not completely baked. Can someone look into the xui? Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/8dcdc6b2/attachment.htm From wolfpup67 at earthlink.net Fri Aug 20 07:03:32 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Fri, 20 Aug 2010 10:03:32 -0400 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: References: <4C6E8496.90103@gmail.com> Message-ID: <001001cb4070$79cb9110$6d62b330$@net> On this subject yes that option is available but if you want to use that option using the newer viewer you would have to build it yourself while porting a specific patch to make that functional and also there is another issue with icesphere concerning using it on windows vista/7. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Opensource Obscure Sent: Friday, August 20, 2010 9:39 AM To: Daniel Cc: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 On Fri, 20 Aug 2010 08:35:18 -0500, Daniel wrote: > If the right click drop-down menus are too small a target for people > to hit, make them larger. Proper font size for reading (ie chat text), > is not necessarily the right size for a mouse target area. Both should > scale as a preferences setting. I do like having pie menus as an option. > > What I would *really* like to see as a builder, and someone with two > widescreen monitors, is the ability to drag floaters completely outside > the perspective view area AFAIK, having two monitors is a use case not officially supported by LL/SL If I read correctly, you may want to try Icesphere: http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/Icesphere http://icyspherical.blogspot.com 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3082 - Release Date: 08/20/10 02:35:00 From aimee at lindenlab.com Fri Aug 20 07:17:51 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Fri, 20 Aug 2010 15:17:51 +0100 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: References: <201008191937.27773.Lance.Corrimal@eregion.de> Message-ID: That's not a Snowglobe issue ... http://jira.secondlife.com/browse/VWR-18886 Aimee. On 20 Aug 2010, at 14:51, Philippe (Merov) Bossut wrote: > Hi, > > On Thu, Aug 19, 2010 at 10:37 AM, Lance Corrimal wrote: > is it just my failing eyesight, or is there no "allow create landmark" > checkbox in "about land" in 2.1 (snowglobe 2.1.0 r3622) ??? > > > Darn! We didn't specifically work on that so it has to be the result of a bogus merge or may be pulling something from viewer-external UI modifs that was not completely baked. > > Can someone look into the xui? > > 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/20100820/131cc2f0/attachment.htm From aimee at lindenlab.com Fri Aug 20 08:26:23 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Fri, 20 Aug 2010 16:26:23 +0100 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: References: <201008191937.27773.Lance.Corrimal@eregion.de> Message-ID: <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> Apparently this option is no longer supported on the server, so it was removed from the viewer as it will have no effect. Aimee. On 20 Aug 2010, at 15:17, Aimee Linden wrote: > That's not a Snowglobe issue ... http://jira.secondlife.com/browse/VWR-18886 > > Aimee. > > On 20 Aug 2010, at 14:51, Philippe (Merov) Bossut wrote: > >> Hi, >> >> On Thu, Aug 19, 2010 at 10:37 AM, Lance Corrimal wrote: >> is it just my failing eyesight, or is there no "allow create landmark" >> checkbox in "about land" in 2.1 (snowglobe 2.1.0 r3622) ??? >> >> >> Darn! We didn't specifically work on that so it has to be the result of a bogus merge or may be pulling something from viewer-external UI modifs that was not completely baked. >> >> Can someone look into the xui? >> >> 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/20100820/c6a35044/attachment-0001.htm From websuz at gmail.com Fri Aug 20 08:33:05 2010 From: websuz at gmail.com (Suz Dollar) Date: Fri, 20 Aug 2010 08:33:05 -0700 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: References: <4C6E8496.90103@gmail.com> Message-ID: <4C6EA031.7080302@gmail.com> >> What I would *really* like to see as a builder, and someone with two >> widescreen monitors, is the ability to drag floaters completely outside >> the perspective view area >> > > AFAIK, having two monitors is a use case not officially supported by LL/SL > Perhaps not, but even with a single large format lcd, floaters completely outside the perspective view area would be AWESOME. I'd vote for this one in a heartbeat. Char From sllists at boroon.dasgupta.ch Fri Aug 20 08:51:22 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 20 Aug 2010 17:51:22 +0200 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> References: <201008191937.27773.Lance.Corrimal@eregion.de> <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> Message-ID: <4C6EA47A.3050406@boroon.dasgupta.ch> On 08/20/2010 05:26 PM, Aimee Linden wrote: > Apparently this option is no longer supported on the server, so it was > removed from the viewer as it will have no effect. Does that mean that everyone can create landmarks everywhere or that only users with privileges (owner/group role) on the land in question can create landmarks? I hope it's the former, which would be consistent with the fact that everyone can (trivially) create SLurls pointing anywhere they want. cheers Boroondas From Lance.Corrimal at eregion.de Fri Aug 20 09:04:34 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 20 Aug 2010 18:04:34 +0200 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> References: <201008191937.27773.Lance.Corrimal@eregion.de> <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> Message-ID: <201008201804.34697.Lance.Corrimal@eregion.de> Am Friday 20 August 2010 schrieb Aimee Linden: > Apparently this option is no longer supported on the server, so it > was removed from the viewer as it will have no effect. does that mean that now anyone can create landmarks anywhere no matter what? bye, LC From kf6kjg at gmail.com Fri Aug 20 09:06:34 2010 From: kf6kjg at gmail.com (Ricky) Date: Fri, 20 Aug 2010 09:06:34 -0700 Subject: [opensource-dev] To Pie or To List In-Reply-To: References: <20100819202734.GC27230@alinoe.com> Message-ID: Delete only drops it into your Trash folder, so I find that it's not that big of an issue to "Delete" an object. It's only different from "Take" in the destination folder! Your point about removing the entries makes to me. Ricky Cron Stardust On Fri, Aug 20, 2010 at 1:40 AM, Opensource Obscure wrote: > > On Thu, 19 Aug 2010 17:48:52 -0700, Ricky wrote: >> Either way, I still see it as of little use with objects I own or am >> the creator of! >> >> As regards the order for objects for which I am neither creator nor >> owner I have no suggestion. ?The current order might make sense. ?Then >> again, Do I ever have permission to /Delete/ someone else's objects? >> Not so far as I know. ?/Return/ would be the only available option, >> and then only if I have edit privs on the owner's goods, am in a group >> that allows me to return other's goods on the given parcel, or am the >> landowner. >> >> This is starting to sound like it's time for a list: >> * I am Owner >> ** "Report Abuse" is deactivated (Doesn't make sense!) >> ** "Block" is active (I may want to mute my own objects after all!) >> ** "Return" is deactivated >> ** "Delete" is active >> * I am Creator but not Owner and I have no privileges granted >> ** "Report Abuse" is deactivated (NOTE) >> ** "Block" is active >> ** "Return" is deactivated >> ** "Delete" is deactivated >> * I have been either granted Edit on the Owner's goods, am a member of >> a group that the land is deeded to, the group I'm a part of has return >> privs, or I am the land owner: >> ** "Report Abuse" is active >> ** "Block" is active >> ** "Return" is active >> ** "Delete" is deactivated (Unless for some reason land owners can >> delete objects.... This I am unsure of. ?Typically I've seen them >> return items.) >> * Otherwise (Not Creator, Not Owner, No Privs) >> ** "Report Abuse" is active >> ** "Block" is active >> ** "Return" is deactivated >> ** "Delete" is deactivated >> >> (NOTE) There may be a use case here for "Report Abuse" to be active on >> an object I am the creator of, but not the owner: If the object is >> modifiable, it's parts may have been used to make something offensive. >> ?I'd rather keep the option open in this case. >> >> Order may be largely a preference, but I think that "Delete" should be >> topmost, if available as an option. ?However this may create another >> usability issue if the order of items in the menu follows a logical, >> but seemingly random to beginners, order depending on context: A first >> timer would have difficulty knowing beforehand which item will be in >> what position in the menu. ?So the order may need to be fixed, just >> having unusable elements grayed out and deactivated in certain >> contexts. > > If our aim is to make the menu lighter, cleaner and simpler to > read, especially for a newbie, I'd prefer to completely hide > those entries from the menu. Grayed and deactivated entries > are still being read and their meaning is processed by the > brain, so it's only a partial semplification. > > If the problem is only that one risks to return or abuse-report > her stuff, I find it to be a very small and low-priority problem, > as both those features have a confirmation window. > > Personally, I think Delete should be in a submenu and it should NOT > be easily available, as we want to avoid it being triggered by error. > > Opensource Obscure > From holydoughnuts at gmail.com Fri Aug 20 09:07:52 2010 From: holydoughnuts at gmail.com (Tori C.) Date: Fri, 20 Aug 2010 12:07:52 -0400 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <4C6EA47A.3050406@boroon.dasgupta.ch> References: <201008191937.27773.Lance.Corrimal@eregion.de> <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> <4C6EA47A.3050406@boroon.dasgupta.ch> Message-ID: On Fri, Aug 20, 2010 at 11:51 AM, Boroondas Gupte < sllists at boroon.dasgupta.ch> wrote: > Does that mean that everyone can create landmarks everywhere or that > only users with privileges (owner/group role) on the land in question > can create landmarks? I hope it's the former, which would be consistent > with the fact that everyone can (trivially) create SLurls pointing > anywhere they want. > Allowed by all, apparently. For the last few server versions, that flag's been getting reset to allow all at restart time. It's kind of weird that it bothers saving the setting even temporarily on a running sim. There is still a permission check in Viewer 2, but header comments that it's going away some day, on both server and viewer side it looks like a change that was started and never quite got finished :/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/f92937a5/attachment.htm From aimee at lindenlab.com Fri Aug 20 09:25:10 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Fri, 20 Aug 2010 17:25:10 +0100 Subject: [opensource-dev] Mac Build Failing In-Reply-To: References: Message-ID: That looks like https://jira.secondlife.com/browse/SNOW-742 which is fixed in the viewer-public internal branch (which is where viewer-external on SVN comes from) and will hopefully be merged into viewer-development soon. Aimee. On 20 Aug 2010, at 03:18, Ricky wrote: > I've pulled rev 11450 (tip at the moment), then cd'd into indra ran > develop.py and the compile failed. More info on procedures I used > after the system specs. > > Hardware Overview: > Model Name: Mac mini aluminum > Model Identifier: Macmini4,1 > Processor Name: Intel Core 2 Duo > Processor Speed: 2.66 GHz > Number Of Processors: 1 > Total Number Of Cores: 2 > L2 Cache: 3 MB > Memory: 8 GB > Bus Speed: 1.07 GHz > > System Software Overview: > System Version: Mac OS X 10.6.4 (10F2025) > Kernel Version: Darwin 10.4.1 > Boot Volume: System Drive > Boot Mode: Normal > Secure Virtual Memory: Not Enabled > 64-bit Kernel and Extensions: No > > Procedure 1: (It defaulted to RelWithDebInfo) > hg pull > hg up > cd indra > ./develop.py configure > ./develop.py build > > Error: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > ** BUILD FAILED ** > > The following build commands failed: > package: > PhaseScriptExecution "CMake PostBuild Rules" > /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/RelWithDebInfo/package.build/Script-1C6E7B01C6E7B01C6E7B0000.sh > (1 failure) > > Error: the command 'xcodebuild' exited with status 1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > Procedure 2: (Switching to Release. Took longer, failed anyway.) > hg pull > hg up > cd indra > ./develop.py -t Release configure > ./develop.py -t Release build > > Error: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > ** BUILD FAILED ** > > The following build commands failed: > INTEGRATION_TEST_llsecapi: > Ld /Users/ricky/Development/linden/indra/build-darwin-i386/sharedlibs/Release/Release/INTEGRATION_TEST_llsecapi > normal i386 > PhaseScriptExecution "CMake PostBuild Rules" > /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/Release/INTEGRATION_TEST_llsecapi.build/Script-1BC14D01BC14D01BC14D0000.sh > package: > PhaseScriptExecution "CMake PostBuild Rules" > /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/Release/package.build/Script-1C6E9E01C6E9E01C6E9E0000.sh > (3 failures) > > Error: the command 'xcodebuild' exited with status 1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > What should I do? Is this a known issue? > > Ricky > Cron Stardust > _______________________________________________ > 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 secret.argent at gmail.com Fri Aug 20 10:39:39 2010 From: secret.argent at gmail.com (Argent) Date: Fri, 20 Aug 2010 12:39:39 -0500 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> References: <201008191937.27773.Lance.Corrimal@eregion.de> <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> Message-ID: On Fri, Aug 20, 2010 at 10:26 AM, Aimee Linden wrote: > Apparently this option is no longer supported on the server, If this means you can now create landmarks anywhere, three cheers! From moriz.gupte at gmail.com Fri Aug 20 11:19:12 2010 From: moriz.gupte at gmail.com (Moriz Gupte) Date: Fri, 20 Aug 2010 12:19:12 -0600 Subject: [opensource-dev] SCRUM question: negative daily velocity Message-ID: May I venture to share these questions: Regarding the snowstorm sprint2 backlog: I have always tried to observe other teams using scrum and I have a question regarding negative daily velocity values. I am not familiar with this and am thinking if this is the case, then it could mean that burndown graph Y axis would need negative values as well?? What does negative daily velocity actually mean? just a reflection of a task having been underestimated? R 'Consider how the lilies grow. They do not labor or spin.' *Rameshsharma Ramloll* PhD, *Research Associate Professor*, Idaho State University, Pocatello, ID 83209 Tel: 208-282-5333 Blog , LinkedIn , Play2Train -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/a3c3a42e/attachment.htm From esbee at lindenlab.com Fri Aug 20 18:43:56 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Fri, 20 Aug 2010 21:43:56 -0400 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/20/2010 Message-ID: Date: Fri Aug 20 Daily Scrum Summary also available online: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == Q is OOO for the next few days Remember to update the Sprint Backlog! == DAILY SCRUM == === Aimee === PAST Staged some more build fixes from Snowglobe into aimee_linden/viewer-development-import Merged into to viewer-development More Mercurial and bitbucket guidance to open source contributors Helped Oz get SSH to Bitbucket going FUTURE Pull in some more Snowglobe fixes Merge from aimee_linden/viewer-development-import to viewer-development Find out what we're doing about stuff in viewer-public and viewer-release? Merge / convert / merge? IMPEDIMENTS None. === Tofu === OOO === Oz === PAST Fixed ssh authentication problem (thanks Aimee) Process discussions Got deeper training on TeamCity Discussions with tools team on common code issues Set up new canonical build for viewer-development (changed 'oz' to 'snowstorm' in name). Set up experimental repository & build Code review of submission from WolfPup (building now) FUTURE More wiki improvements Post archive of Wednesdays OH Add transcriber to this scrum meeting space IMPEDIMENTS none === Merov === PAST LLKDU in viewer-development: Analyzed the llkdu.dll crash on Windows on launch. Aimee was right : we will have to port all of SNOW-345 (see http://jira.secondlife.com/browse/SNOW-345) fixes to Snowstorm. The good news is I know what to do now. The bad news is that last time I did it consumed 3 days to get things right. I'm thinking of ways to just tease the lib without rebuilding it and point install.xml to it. Got all my bitbucket and TeamCity ducks in a row: there's now a merov_linden/viewer-development-import repo (same model as Aimee's) Snowglobe: completed cleanup of 1.x (SNOW-713 issues) FUTURE LLKDU in viewer-development: Try the fixed llkdu.dll from Snowglobe 1.4 bluntly as a test LLKDU in viewer-development: Move the relevant SNOW-345 changes to Snowstorm LLKDU in viewer-development: Modify build.sh to download the llkdu libs even when -DINSTALL_PROPRIETARY:BOOL=ON is not set LLKDU in viewer-development: Create a separate private repo for building llkdu cleaning from code (need to double check that with brad) IMPEDIMENTS None === Q === OOO === Esbee === PAST Triaging EXT bugs and prepping to convert them to VWR Continued response to blog and SLCC feedback Discussion with QA about integration and release process Started sketch of undockable sidebar tabs FUTURE Finish sketch undockable/dockable sidebar design and send to XD team for a quick review Set up weekly office hours to discuss product backlog and ideas! Continue Jira triage Continue to follow up on SLCC and Snowstorm blog feedback Start adding Resident feedback/ideas/user stories to the Snowstorm Backlog on a new tab Document idea submission process and worm with those ideas Flying back to SF on Sunday IMPEDIMENTS None === Paul === PAST BUG EXT-8405 (Clicking an attachment switches the Add More inventory to Flat view) In progress 95%. FUTURE BUG EXT-8405 (Clicking an attachment switches the Add More inventory to Flat view) IMPEDIMENTS none note: vacation request 09.13-09.24 === Andrew === PAST Pushed tickets that passed review Task VWR-20703(Research bottom bar code) Investigation more or less complete Started writing test code for moving buttons Cloned and built viewer-development FUTURE Task VWR-20702(Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) IMPEDIMENTS none === Vadim === PAST Task VWR-20724 (Missing underlined shortcuts in some top-level menus): Implemented, committed. Task VWR-20734 (Changed parcel properties to default to "on" in the location bar): Implemented, committed. Helping web site developers to investigate a problem with viewer requiring user to upgrade to Premium account before buying a parcel on the mainland. FUTURE Discuss proposed commit process Proceed with Sprint #2 tasks. IMPEDIMENTS What to do with tickets we no longer work on? How to pass them to QA ? === Sergey === PAST Bug (EXT-7325) My Landmarks: "Show on Map" context menu item is enabled while "Map" button is disabled for selected landmark. Pushed fix. Bug (EXT-8697) My Landmarks: 'Cut' item should be greyed out in folder's context menu Pushed fix. Bug (VWR-20694) Snowstorm Sprint 2: As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. WIP. Researching Side Bar, Dockable Floater code. FUTURE Bug (VWR-20694) Snowstorm Sprint 2: As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. IMPEDIMENTS none Vacation Sept 6-9 === Anya === PAST Investigation/Discussion of suggested new commit process for PE Clarified tasks/bugs Discussed with Bambers options for Snowstorm QA FUTURE figure out process for Hg discuss QA options with Esbee & Bambers get answers to questions listed as impediments crashhunters IMPEDIMENTS No tasks to take from backlog that don't require design Should I add EXT bugs we're currently working on to the sprint backlog? (20%) How best to engage QA in the Snowstorm process? Vadim: How to assign/pass issues to QA? Task EXT-7756 (Add sort order to My Outfits gear menu (name or date)) - how to deal with server changes? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100820/a579d9ca/attachment-0001.htm From carlo at alinoe.com Sat Aug 21 04:29:22 2010 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 21 Aug 2010 13:29:22 +0200 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: References: <20100819023632.GA6078@tacobell.nc.rr.com> <201008200822.11430.Lance.Corrimal@eregion.de> Message-ID: <20100821112922.GA27589@alinoe.com> I fail to see how this would solve the complexity that is currently on http://wiki.secondlife.com/wiki/Compiling_the_viewer_%28Linux%29 as that mainly deals with installing and finding system libraries (not the prebuilt ones) and with workaround of bugs of the build system. No matter what script you'd provide, all of that would still be needed. On Thu, Aug 19, 2010 at 11:32:35PM -0700, CG Linden wrote: > Of course I'd only do that -after- providing the shared build scripts. -- Carlo Wood From carlo at alinoe.com Sat Aug 21 04:41:52 2010 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 21 Aug 2010 13:41:52 +0200 Subject: [opensource-dev] Coping with duplicated display names. Message-ID: <20100821114152.GB27589@alinoe.com> While there may be 1 million users (at some time in the future) using Second Life, the display name would be used for distinguishing friends and people in your neighborhood. Being an old-time IRC developer, I see simularities with IRC nick names (that can collide) and how I'd have solved that if I had been given the chance :p. What I'd do is tag every display name (internally) with the time at which it was set. Then, when someone enters a sim where someone has the same display name, the youngest of the two is reset (the server could reset it to empty and ask at the same time for an alternative; the viewer could be changed to provide an alternative automatically, provided that didn't exist also already). An empty display name would result in the username being displayed, of course, which is supposedly unique. This would reduce griefing a lot, since you'd have to guess what display name someone is going to use before they set it. It would also reduce confusion because it would not be possible for two people to have the same display name when in the same sim. Most of this idea (adding a timestamp and comparing display names when someone logins in or teleports to a new sim; resetting it and asking for an alternative) is almost exclusively server-side though; not sure who to contact to propose it. -- Carlo Wood From carlo at alinoe.com Sat Aug 21 04:45:41 2010 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 21 Aug 2010 13:45:41 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <201008200013.42894.Lance.Corrimal@eregion.de> References: <201008200013.42894.Lance.Corrimal@eregion.de> Message-ID: <20100821114541.GC27589@alinoe.com> On Fri, Aug 20, 2010 at 12:13:42AM +0200, Lance Corrimal wrote: > Totally not. It should even trigger an automated AR for impersonating, Please no. > together with a warning message sent to the current holder of the > login name... "johndoe1234567890 tried to set his display name to your > login name. the resi team has been notified." As long as the viewer code can see the difference, leave it to the viewer codes (TPV's, and us too) how to make clear to everyone that a display name is a display name and a username is a username. No need for yet another way to Abuse Report someone :/ I'd suggest using some kind of colored ornament around usernames and/or display names. Or let the users choose in what color they want to display those names, using a default with two different colors of course. -- Carlo Wood From carlo at alinoe.com Sat Aug 21 04:51:08 2010 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 21 Aug 2010 13:51:08 +0200 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> References: <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> Message-ID: <20100821115108.GD27589@alinoe.com> ROFL - unique display names Well, I suggested the same, but per SIM -- not globally :p Making them globally unique would kinda void the whole reason they are being introduced imho. I think I saw a very strong argument posted here about not automating anything though: It's near 100% sure that people will be able to LOOK like having the same display name while no computer will be able to notice that. I think that using a different color or rectangle around display names (or user names) to differentiate them is the way to go to make sure nobody will ever think that a display name is someones user name. On Thu, Aug 19, 2010 at 08:08:07PM -0400, mysticaldemina at xrgrid.com wrote: > Seems like twitter has a pretty good solution. Display names are unique. And > your login account isn?t public so you have better security. Default your > display name to your current SL name. After that people can request the name > they want. As far as scripts, chat, everything else, that use your text > version of your name, they all change on other systems and we get by. > > > > Mystical -- Carlo Wood From lillie.yiyuan at gmail.com Sat Aug 21 05:14:07 2010 From: lillie.yiyuan at gmail.com (Lillian Yiyuan) Date: Sat, 21 Aug 2010 08:14:07 -0400 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <20100821115108.GD27589@alinoe.com> References: <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <20100821115108.GD27589@alinoe.com> Message-ID: Many of the problems can be solved with options to put account name into a log, or make it visible in a tag. That way, if people want to know the unique identifier, they can see it, and can have it logged. Many of us are required to log conversations while at work, and having a real account name option would make second life compliant with standards that mandate having a log which tracks the identities of people we speak with. Display names do not meet that standard, account names do. On Sat, Aug 21, 2010 at 7:51 AM, Carlo Wood wrote: > ROFL - unique display names > > Well, I suggested the same, but per SIM -- not globally :p > Making them globally unique would kinda void the whole reason > they are being introduced imho. > > I think I saw a very strong argument posted here about not > automating anything though: It's near 100% sure that people > will be able to LOOK like having the same display name while > no computer will be able to notice that. > > I think that using a different color or rectangle around > display names (or user names) to differentiate them is the > way to go to make sure nobody will ever think that a display > name is someones user name. > > On Thu, Aug 19, 2010 at 08:08:07PM -0400, mysticaldemina at xrgrid.com wrote: >> Seems like twitter has a pretty good solution. ?Display names are unique. ?And >> your login account isn?t public so you have better security. ?Default your >> display name to your current SL name. ?After that people can request the name >> they want. ?As far as scripts, chat, everything else, that use your text >> version of your name, they all change on other systems and we get by. >> >> >> >> Mystical > > -- > Carlo Wood > _______________________________________________ > 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 carlo at alinoe.com Sat Aug 21 05:15:39 2010 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 21 Aug 2010 14:15:39 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: <201008200838.44543.Lance.Corrimal@eregion.de> References: <201008200838.44543.Lance.Corrimal@eregion.de> Message-ID: <20100821121539.GE27589@alinoe.com> I'm not a Linden, but I think the answers to your questions exist before they are implemented :p. > 1. Will there be procedures in place to prevent someone else to use my > true avatar name as their display name? No, the display name will be distinguishable by color or graphical-something around it (that therefore cannot be faked or changed by changing the display name). > 2. Will there be procedures in place to prevent someone from using a > display name that might be different from my true avatar name but for > all visual verification looks like it, given how there are unicode > characters that have a different code but look like regular > characters? That would be impossible, hence the use of colors or other markings completely OUTSIDE the (control of the) displayname / username, see point 1. > 3. Will there be procedures in place to prevent the case where someone > uses a copyrighted name of a fictional character (like, for example, > "Mickey Mouse" or "Clark Kent") as their display name? I hope not. Once you're finished with filtering all welknown characters in history, all company names, and all profanity, and then went on to attempt to also filter anything that LOOKS like it (M1ckey Mous3), the server would spend 99.5% of it's time on checking is display names are allowed (and still fail). > 4. If the answer to any of the above is not a clear and loud yes: Will > there be procedures in place to protect the original holder of any > true avatar name from legal damages after someone used their name as > their display name for fraudulent uses? I'm starting to feel sick. "Mom! Paul drew 'Carlo' in the sand of the sandbox and then he said 'this is me!'. Now he's peeing on Mrs..." TATUUTATUUU *policemen storming the sandbox and pushing totler 'Paul' face down in the sand 'YOU ARE SURROUNDED! GIVE UP YOUR WATER PISTOL, heh, GIVE UP YOUR SUPER SOAKER 2010! ANYTHING YOU SAY WILL BE USED AGAINST YOU AND YOUR PARENTS!' Welcome to America -- Carlo Wood From makosoft at gmail.com Sat Aug 21 06:40:02 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Sat, 21 Aug 2010 14:40:02 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? Message-ID: You may recall that the Emerald viewer has been leaking potentially privacy-infringing information - specifically, the directory to which it's been installed, which in some cases includes usernames - in encrypted form in baked textures. You may also recall that the developers lied and said the issue was fixed, when really they just leaked the same data but with stronger encryption to hide it better. Well, it turns out that the Emerald developers have been using their viewer to launch a Distributed Denial of Service attack on the website of the person who discovered this[1]. The attack involved loading about 1 MB of images and a whole bunch of dynamically-generated content from the Emerald login screen displayed every time a user opened Emerald to consume both bandwidth and server CPU time.[2] This served no purpose other than to try and DoS the server - none of the loaded content was visible or used. The Emerald developers have even admitted as much, though they're trying to spin it interestingly[3]. (Their explanation is total bullshit - if they just wanted to make a point about the number of Emerald users rather than attack the server, loading a single file would do.) Now, this is of course entirely in violation of the TPV policy, which forbids certain content - including DoS attacks - within third party viewers. The question is, does the Lab care and will they even remove the viewer in question from the TPV directory? [1] http://www.sluniverse.com/php/vb/general-sl-discussion/47885-emerald-problem-conspiracy-theory-3.html#post997824 [2] See http://pastebin.ca/1921405 for a copy of the actual code. [3] http://blog.modularsystems.sl/2010/08/20/shenanigans/ From tom at streamsense.net Sat Aug 21 07:04:16 2010 From: tom at streamsense.net (Thomas Grimshaw) Date: Sat, 21 Aug 2010 15:04:16 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: Message-ID: <4C6FDCE0.8070008@streamsense.net> Loading 1mb of content per user is hardly a denial of service attack. Crosslinking occurs everywhere on the web, this is simply nothing but paranoid bull. I'm not a big fan of the Emerald team either, they're arrogant, two-faced, cast themselves as elitists, and censor comments on their website that don't speak in their favour. But if you're going to make such accusations, do some research on exactly how much traffic is required to negatively impact a server (at least, one that's hosted on a proper connection). Tom. On 21/08/2010 14:40, Aidan Thornton wrote: > The attack involved loading about 1 MB of images and a whole bunch of dynamically-generated > content from the Emerald login screen displayed every time a user > opened Emerald to consume both bandwidth and server CPU time. From makosoft at gmail.com Sat Aug 21 07:32:55 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Sat, 21 Aug 2010 15:32:55 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C6FDCE0.8070008@streamsense.net> References: <4C6FDCE0.8070008@streamsense.net> Message-ID: On Sat, Aug 21, 2010 at 3:04 PM, Thomas Grimshaw wrote: > Loading 1mb of content per user is hardly a denial of service attack. > Crosslinking occurs everywhere on the web, this is simply nothing but > paranoid bull. This isn't normal crosslinking. The images and content loaded weren't actually used for anything - they were all hidden in a 1-pixel DIV to make them totally invisible to the user. (The Emerald developers wouldn't want them to be displayed on the login screen since many of the images were ones showing they'd been up to no good.) You also have no idea how often the Emerald login screen is viewed, do you? I'll give you a hint - this apparently worked out at around 70-120 GB per day of data transfer[1]. At the cheaper end of excess bandwidth charges, this could easily have cost a victim ?200 per day or more - most people don't have over 2 terabytes of monthly transfer allowance included in their web hosting plan, which is how much would've been needed to withstand this attack. Before the Emerald developers upgraded their webserver to something seriously beefy, just the normal requests for the login screen were bringing their website to a standstill, and the number of users has only increased since then. And the bandwidth usage isn't even the main DDoS vector. The Emerald login screen was set up to waste lots of server CPU time by making 20 worthless requests for PHP-generated content on the victim server every time someone viewed it. That did cause some real performance issues for the victim site - shared hosting really can't cope with this kind of request rate for dynamically-generated content. [1] http://www.sluniverse.com/php/vb/general-sl-discussion/47885-emerald-problem-conspiracy-theory-5.html#post999709 From soft at lindenlab.com Sat Aug 21 07:33:52 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Sat, 21 Aug 2010 07:33:52 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C6FDCE0.8070008@streamsense.net> References: <4C6FDCE0.8070008@streamsense.net> Message-ID: On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw wrote: > ?Loading 1mb of content per user is hardly a denial of service attack. > Crosslinking occurs everywhere on the web, this is simply nothing but > paranoid bull. "Crosslinking" drops the context of hiding gibberish requests to a critic's website in a hidden frame that will never be revealed to the user. This isn't a mere hyperlink to another page or naively stealing someone else's image hosting. My read (but I'm no lawyer) is that this looks like 2.d.iii of http://secondlife.com/corporate/tpv.php and we're already having that discussion. If anyone can come up with specific reasons why this might have had legitimate reason to be there, or how this one could be yet another oversight or mistake, that would be helpful. I sure haven't heard any to date. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From discrete.dreamscape at gmail.com Sat Aug 21 07:46:42 2010 From: discrete.dreamscape at gmail.com (Discrete Dreamscape) Date: Sat, 21 Aug 2010 10:46:42 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> Message-ID: <1488893803028453587@unknownmsgid> This was one person's decision, and was deliberately done for the sole purpose of messing with the owner of the victim site (although I'd hardly call the particular individual a victim). Regardless, the team was pretty disappointed. The one person currently owns all parts of Emerald's hosting, so it was their decision, albeit a ridiculous one. They don't take the project seriously, and it's more than a little embarrassing to the rest of the people associated with the team that this kind of thing keeps happening, over and over again. Discrete On Aug 21, 2010, at 10:33 AM, Brian McGroarty wrote: > On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw wrote: >> Loading 1mb of content per user is hardly a denial of service attack. >> Crosslinking occurs everywhere on the web, this is simply nothing but >> paranoid bull. > > "Crosslinking" drops the context of hiding gibberish requests to a > critic's website in a hidden frame that will never be revealed to the > user. This isn't a mere hyperlink to another page or naively stealing > someone else's image hosting. > > My read (but I'm no lawyer) is that this looks like 2.d.iii of > http://secondlife.com/corporate/tpv.php and we're already having that > discussion. If anyone can come up with specific reasons why this might > have had legitimate reason to be there, or how this one could be yet > another oversight or mistake, that would be helpful. I sure haven't > heard any to date. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > _______________________________________________ > 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 soft at lindenlab.com Sat Aug 21 08:10:47 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Sat, 21 Aug 2010 08:10:47 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <1488893803028453587@unknownmsgid> References: <4C6FDCE0.8070008@streamsense.net> <1488893803028453587@unknownmsgid> Message-ID: On Sat, Aug 21, 2010 at 7:46 AM, Discrete Dreamscape wrote: > This was one person's decision, and was deliberately done for the sole > purpose of messing with the owner of the victim site (although I'd > hardly call the particular individual a victim). Regardless, the team > was pretty disappointed. The one person currently owns all parts of > Emerald's hosting, so it was their decision, albeit a ridiculous one. > They don't take the project seriously, and it's more than a little > embarrassing to the rest of the people associated with the team that > this kind of thing keeps happening, over and over again. Appreciated - it's helpful to have this put plainly and publicly. Am I right that the target server belongs to the guy who: 1) Was interviewed in a previous blog write-up about the IP & username database and geolocation tool that he sought to show was built up for Emerald Point visitors, Insilico visitors, and people creating accounts via the Modular Systems website? 2) Demonstrated that Emerald wasn't removing usernames from paths before embedding them in textures even after the team's first attempted fix? I know we already talked to the team and set some conditions after the first one. The second one's been explained as a mistake that Modular Systems would be willing to publicly acknowledge and correct - the potential for collecting usernames would have to be in the viewer's privacy policy otherwise, and it isn't to date. But that one of these incidents was history and the second was supposed to be a mistake made the hidden request activity all the more confusing. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From Lance.Corrimal at eregion.de Sat Aug 21 08:15:12 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sat, 21 Aug 2010 17:15:12 +0200 Subject: [opensource-dev] "ticket type: viewer directory" (was: Re: Malicious payloads in third-party viewers: is the policy worth anything?) In-Reply-To: References: Message-ID: <201008211715.13038.Lance.Corrimal@eregion.de> The policy is worth NOTHING. let me quote from the emerald details page: "To file a ticket, please visit the Second Life Support Portal and click on New Ticket Submission. On the ticket page, select Ticket Type: Viewer Directory, and fill in the fields that appear." Guess what, the new, improved ticket system does not have a ticket type with that name. It also does not have any discernible ticket type to tell LL that something's missing from the website, nor does it have a ticket type "Other". On the other hand, it takes months to get a TPV listed by now, for reasons unknown. bye, LC Am Saturday 21 August 2010 schrieb Aidan Thornton: > You may recall that the Emerald viewer has been leaking potentially > privacy-infringing information - specifically, the directory to > which it's been installed, which in some cases includes usernames > - in encrypted form in baked textures. You may also recall that > the developers lied and said the issue was fixed, when really they > just leaked the same data but with stronger encryption to hide it > better. > > Well, it turns out that the Emerald developers have been using > their viewer to launch a Distributed Denial of Service attack on > the website of the person who discovered this[1]. The attack > involved loading about 1 MB of images and a whole bunch of > dynamically-generated content from the Emerald login screen > displayed every time a user opened Emerald to consume both > bandwidth and server CPU time.[2] This served no purpose other > than to try and DoS the server - none of the loaded content was > visible or used. The Emerald developers have even admitted as > much, though they're trying to spin it interestingly[3]. (Their > explanation is total bullshit - if they just wanted to make a > point about the number of Emerald users rather than attack the > server, loading a single file would do.) > > Now, this is of course entirely in violation of the TPV policy, > which forbids certain content - including DoS attacks - within > third party viewers. The question is, does the Lab care and will > they even remove the viewer in question from the TPV directory? > > [1] > http://www.sluniverse.com/php/vb/general-sl-discussion/47885-emera > ld-problem-conspiracy-theory-3.html#post997824 [2] See > http://pastebin.ca/1921405 for a copy of the actual code. [3] > http://blog.modularsystems.sl/2010/08/20/shenanigans/ > _______________________________________________ > 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 discrete.dreamscape at gmail.com Sat Aug 21 08:24:20 2010 From: discrete.dreamscape at gmail.com (Discrete Dreamscape) Date: Sat, 21 Aug 2010 11:24:20 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <1488893803028453587@unknownmsgid> Message-ID: <217553653821462739@unknownmsgid> Actually, I prefer to remember him as: 1) The guy who hacked Emerald's servers before discovering the data storage issue and 2) The active developer of a malicious viewer under the lolguise of promoting exploit/bugfixing. But hey, they keep antagonizing him, so of course this kind of thing continues. Discrete On Aug 21, 2010, at 11:10 AM, Brian McGroarty wrote: > On Sat, Aug 21, 2010 at 7:46 AM, Discrete Dreamscape > wrote: >> This was one person's decision, and was deliberately done for the sole >> purpose of messing with the owner of the victim site (although I'd >> hardly call the particular individual a victim). Regardless, the team >> was pretty disappointed. The one person currently owns all parts of >> Emerald's hosting, so it was their decision, albeit a ridiculous one. >> They don't take the project seriously, and it's more than a little >> embarrassing to the rest of the people associated with the team that >> this kind of thing keeps happening, over and over again. > > Appreciated - it's helpful to have this put plainly and publicly. > > Am I right that the target server belongs to the guy who: > > 1) Was interviewed in a previous blog write-up about the IP & username > database and geolocation tool that he sought to show was built up for > Emerald Point visitors, Insilico visitors, and people creating > accounts via the Modular Systems website? > > 2) Demonstrated that Emerald wasn't removing usernames from paths > before embedding them in textures even after the team's first > attempted fix? > > I know we already talked to the team and set some conditions after the > first one. The second one's been explained as a mistake that Modular > Systems would be willing to publicly acknowledge and correct - the > potential for collecting usernames would have to be in the viewer's > privacy policy otherwise, and it isn't to date. But that one of these > incidents was history and the second was supposed to be a mistake made > the hidden request activity all the more confusing. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler From dillydobbs at gmail.com Sat Aug 21 08:33:08 2010 From: dillydobbs at gmail.com (dilly dobbs) Date: Sat, 21 Aug 2010 10:33:08 -0500 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <217553653821462739@unknownmsgid> References: <4C6FDCE0.8070008@streamsense.net> <1488893803028453587@unknownmsgid> <217553653821462739@unknownmsgid> Message-ID: I hate to say this but, it has nothing to do with who they are focusing the attack on its is the fact that they used there users machines with out there consent, this is a clear violation of US law and can be investigated by FBI/NSA with punishment up to 10 years in jail, not to mention a clear violation of the TOS. But i guess that is the way that i see it. I love deadlines. I like the whooshing sound they make as they fly by Douglas Adams On Sat, Aug 21, 2010 at 10:24 AM, Discrete Dreamscape < discrete.dreamscape at gmail.com> wrote: > Actually, I prefer to remember him as: > > 1) The guy who hacked Emerald's servers before discovering the data > storage issue and > > 2) The active developer of a malicious viewer under the lolguise of > promoting exploit/bugfixing. > > But hey, they keep antagonizing him, so of course this kind of thing > continues. > > > Discrete > > > On Aug 21, 2010, at 11:10 AM, Brian McGroarty wrote: > > > On Sat, Aug 21, 2010 at 7:46 AM, Discrete Dreamscape > > wrote: > >> This was one person's decision, and was deliberately done for the sole > >> purpose of messing with the owner of the victim site (although I'd > >> hardly call the particular individual a victim). Regardless, the team > >> was pretty disappointed. The one person currently owns all parts of > >> Emerald's hosting, so it was their decision, albeit a ridiculous one. > >> They don't take the project seriously, and it's more than a little > >> embarrassing to the rest of the people associated with the team that > >> this kind of thing keeps happening, over and over again. > > > > Appreciated - it's helpful to have this put plainly and publicly. > > > > Am I right that the target server belongs to the guy who: > > > > 1) Was interviewed in a previous blog write-up about the IP & username > > database and geolocation tool that he sought to show was built up for > > Emerald Point visitors, Insilico visitors, and people creating > > accounts via the Modular Systems website? > > > > 2) Demonstrated that Emerald wasn't removing usernames from paths > > before embedding them in textures even after the team's first > > attempted fix? > > > > I know we already talked to the team and set some conditions after the > > first one. The second one's been explained as a mistake that Modular > > Systems would be willing to publicly acknowledge and correct - the > > potential for collecting usernames would have to be in the viewer's > > privacy policy otherwise, and it isn't to date. But that one of these > > incidents was history and the second was supposed to be a mistake made > > the hidden request activity all the more confusing. > > > > -- > > Brian McGroarty | Linden Lab > > Sent from my Newton MP2100 via acoustic coupler > _______________________________________________ > 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/20100821/6a4e41bb/attachment.htm From soft at lindenlab.com Sat Aug 21 08:34:03 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Sat, 21 Aug 2010 08:34:03 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <217553653821462739@unknownmsgid> References: <4C6FDCE0.8070008@streamsense.net> <1488893803028453587@unknownmsgid> <217553653821462739@unknownmsgid> Message-ID: On Sat, Aug 21, 2010 at 8:24 AM, Discrete Dreamscape wrote: > Actually, I prefer to remember him as: > > 1) The guy who hacked Emerald's servers before discovering the data > storage issue and > > 2) The active developer of a malicious viewer under the lolguise of > promoting exploit/bugfixing. > > But hey, they keep antagonizing him, so of course this kind of thing continues. Yeah, he's no saint from these or a hundred other things said about him. Ditto the Emerald leadership. For us though, the problem begins if a pissing match extends to SL or resis' use of SL. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From discrete.dreamscape at gmail.com Sat Aug 21 08:39:53 2010 From: discrete.dreamscape at gmail.com (Discrete Dreamscape) Date: Sat, 21 Aug 2010 11:39:53 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <1686389A-402F-40E4-9586-2DA92F763C9E@katharineberry.co.uk> References: <4C6FDCE0.8070008@streamsense.net> <1488893803028453587@unknownmsgid> <217553653821462739@unknownmsgid> <1686389A-402F-40E4-9586-2DA92F763C9E@katharineberry.co.uk> Message-ID: <-1102826829278121746@unknownmsgid> I don't care if it's relevant; it should still be clarified. "Did nobody think?" Of course not, nobody knew he would actually go through with something like that. Discrete On Aug 21, 2010, at 11:31 AM, Katharine Berry wrote: >> 2) The active developer of a malicious viewer under the lolguise of >> promoting exploit/bugfixing. > > As I have pointed out elsewhere ? I don't think that anyone was actually considering the target to be terribly virtuous. I also don't think this is terribly relevant. > > But given you repeatedly emphasise that he is malicious, did nobody think that it might be unwise to secretly load a website owned by a malicious party on login? Aside from WebKit/Qt exploits and the like, the SL client also considers the login frame to be "trusted" (admittedly, there's not much you can do with this before logging in besides changing the login location, off the top of my head). From oz at lindenlab.com Sat Aug 21 09:10:33 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 12:10:33 -0400 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: <4C6E8496.90103@gmail.com> References: <4C6E8496.90103@gmail.com> Message-ID: <4C6FFA79.80400@lindenlab.com> On 2010-08-20 9:35, Daniel wrote: > What I would*really* like to see as a builder, and someone with two > widescreen monitors, is the ability to drag floaters completely outside > the perspective view area. For me, they just get in the way of seeing > what I am doing. How much work would be required to enable that I have > no idea. I'd really like that one too, and I don't even really qualify as a builder. Unfortunately, it doesn't qualify as 'easy', but it is marked as a High priority item on the Snowstorm backlog. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/d9805669/attachment.htm From oz at lindenlab.com Sat Aug 21 09:15:03 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 12:15:03 -0400 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <201008201804.34697.Lance.Corrimal@eregion.de> References: <201008191937.27773.Lance.Corrimal@eregion.de> <70672DEB-93F4-4BD8-9E5E-C30DE1F4BCBA@lindenlab.com> <201008201804.34697.Lance.Corrimal@eregion.de> Message-ID: <4C6FFB87.4010604@lindenlab.com> On 2010-08-20 12:04, Lance Corrimal wrote: > Am Friday 20 August 2010 schrieb Aimee Linden: >> > Apparently this option is no longer supported on the server, so it >> > was removed from the viewer as it will have no effect. > does that mean that now anyone can create landmarks anywhere no matter > what? Yes... of course, parcel owners can still control whether or not others can actually teleport to arbitrary points within the parcel. From oz at lindenlab.com Sat Aug 21 09:17:00 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 12:17:00 -0400 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: <20100821112922.GA27589@alinoe.com> References: <20100819023632.GA6078@tacobell.nc.rr.com> <201008200822.11430.Lance.Corrimal@eregion.de> <20100821112922.GA27589@alinoe.com> Message-ID: <4C6FFBFC.4040303@lindenlab.com> On 2010-08-21 7:29, Carlo Wood wrote: > I fail to see how this would solve the complexity that is currently > on http://wiki.secondlife.com/wiki/Compiling_the_viewer_%28Linux%29 > as that mainly deals with installing and finding system libraries > (not the prebuilt ones) and with workaround of bugs of the build system. > No matter what script you'd provide, all of that would still be needed. The tools team is working on improvements that will make that much easier too. From oz at lindenlab.com Sat Aug 21 09:23:01 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 12:23:01 -0400 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: <4646639E08F58B42836FAC24C94624DD86C2F4A799@GVW0433EXB.americas.hpqcorp.net> References: <20100819023632.GA6078@tacobell.nc.rr.com> <4646639E08F58B42836FAC24C94624DD86C2F4A799@GVW0433EXB.americas.hpqcorp.net> Message-ID: <4C6FFD65.9010201@lindenlab.com> On 2010-08-19 20:26, Dickson, Mike (ISS Software) wrote: > > CG, I get not found errors when trying to access the hg repository for > the build system. Is this repository not operational yet or is the > link incorrect in the doc. Thx! > > CG is cleaning things up so that he can push that repository to the public side - which will be another big step forward in our new openness. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/4a990e95/attachment.htm From Lance.Corrimal at eregion.de Sat Aug 21 09:23:51 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sat, 21 Aug 2010 18:23:51 +0200 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: <4C6FFA79.80400@lindenlab.com> References: <4C6E8496.90103@gmail.com> <4C6FFA79.80400@lindenlab.com> Message-ID: <201008211823.51510.Lance.Corrimal@eregion.de> Am Saturday 21 August 2010 schrieb Oz Linden (Scott Lawrence): > On 2010-08-20 9:35, Daniel wrote: > > What I would*really* like to see as a builder, and someone with > > two widescreen monitors, is the ability to drag floaters > > completely outside the perspective view area. For me, they just > > get in the way of seeing what I am doing. How much work would > > be required to enable that I have no idea. > > I'd really like that one too, and I don't even really qualify as a > builder. > > Unfortunately, it doesn't qualify as 'easy', but it is marked as a > High priority item on the Snowstorm backlog. suggestion: move the WHOLE user interface from being inside the openGL context out into being Qt/GTK dialogs / menu structures. that way you could easily make as much as possible into non modal dialogs, and people could actually move them anywhere they want on their screen. of course this would totally kill fullscreen mode... bye, LC From oz at lindenlab.com Sat Aug 21 09:26:34 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 12:26:34 -0400 Subject: [opensource-dev] Mercurial Tutorial Session 8/24 Message-ID: <4C6FFE3A.3090200@lindenlab.com> CG Linden has volunteered to give a tutorial on Mercurial usage and answer questions from open source users. I've scheduled this as a special topic for the regular open source meeting that day (if this schedule is a problem, we could move it to Thursday). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/31e50011/attachment.htm From Lance.Corrimal at eregion.de Sat Aug 21 09:39:52 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sat, 21 Aug 2010 18:39:52 +0200 Subject: [opensource-dev] no "allow create landmark" in 2.1? In-Reply-To: <4C6FFB87.4010604@lindenlab.com> References: <201008191937.27773.Lance.Corrimal@eregion.de> <201008201804.34697.Lance.Corrimal@eregion.de> <4C6FFB87.4010604@lindenlab.com> Message-ID: <201008211839.52705.Lance.Corrimal@eregion.de> Am Saturday 21 August 2010 schrieb Oz Linden (Scott Lawrence): > On 2010-08-20 12:04, Lance Corrimal wrote: > > Am Friday 20 August 2010 schrieb Aimee Linden: > >> > Apparently this option is no longer supported on the server, > >> > so it was removed from the viewer as it will have no effect. > > > > does that mean that now anyone can create landmarks anywhere no > > matter what? > > Yes... of course, parcel owners can still control whether or not > others can actually teleport to arbitrary points within the > parcel. teleport routing has _nothing_ to do with wether someone can create a landmark on my land, or not... teleport routing decides if a landmark actually works, or takes one to once certain place within a parcel, no matter what coord are in the landmark. so now anyone could map-tp into my bedroom in my absence, create a landmark, rename it to "free sex here" and pass it to newbies on zindra, and I would sit around and wonder why my psyke orbs run hot? great idea. interestingly enough, the parcel setting "allow others to create landmarks here" is still working as advertized... so with 2.0 you cannot _change_ it anymore... funky. bye, LC From oz at lindenlab.com Sat Aug 21 10:01:03 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 13:01:03 -0400 Subject: [opensource-dev] Display names, again. In-Reply-To: <201008200838.44543.Lance.Corrimal@eregion.de> References: <201008200838.44543.Lance.Corrimal@eregion.de> Message-ID: <4C70064F.9050903@lindenlab.com> Actually, I think that the answers to your questions are clear from the published material, Lance, but here... > 1. Will there be procedures in place to prevent someone else to use my > true avatar name as their display name? No. > 2. Will there be procedures in place to prevent someone from using a > display name that might be different from my true avatar name but for > all visual verification looks like it, given how there are unicode > characters that have a different code but look like regular > characters? No (this problem is intractable). > 3. Will there be procedures in place to prevent the case where someone > uses a copyrighted name of a fictional character (like, for example, > "Mickey Mouse" or "Clark Kent") as their display name? No. (no change from the current restrictions - the ToS does not allow the use of copyrighted or trademarked names anywhere, but any enforcement of that is outside the software). > 4. If the answer to any of the above is not a clear and loud yes: Will > there be procedures in place to protect the original holder of any > true avatar name from legal damages after someone used their name as > their display name for fraudulent uses? Matters of civil law are outside the scope of this list, and I don't believe the question is really answerable in any context. There are very good mechanisms in the new name system to make avatar identities (not the RL identities behind them) unambiguous. If you are engaging in any exchange with someone for which identity is important, you should learn how to use them. This list is really not the place for this discussion - the Display Names blog comment area is much better. From secret.argent at gmail.com Sat Aug 21 11:41:25 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sat, 21 Aug 2010 13:41:25 -0500 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: <4C6FFA79.80400@lindenlab.com> References: <4C6E8496.90103@gmail.com> <4C6FFA79.80400@lindenlab.com> Message-ID: <5ED4ED51-30EF-4F09-8223-2E87EA5E12B9@gmail.com> On 2010-08-21, at 11:10, Oz Linden (Scott Lawrence) wrote: > I'd really like that one too, and I don't even really qualify as a builder. > > Unfortunately, it doesn't qualify as 'easy', but it is marked as a High priority item on the Snowstorm backlog. Innnteresting. Using a new UI approach (eg, Qt) or opening up multiple OpenGL windows? From mrfrans at gmail.com Sat Aug 21 11:56:16 2010 From: mrfrans at gmail.com (Frans) Date: Sat, 21 Aug 2010 20:56:16 +0200 Subject: [opensource-dev] Coping with duplicated display names. In-Reply-To: <20100821114152.GB27589@alinoe.com> References: <20100821114152.GB27589@alinoe.com> Message-ID: I like this idea, and the IRC analogy makes sense, I would like it even going a bit further and have not the same display names in the same estate/continent. To prevent abuse in 4 corner sims situations. -Frans On Sat, Aug 21, 2010 at 1:41 PM, Carlo Wood wrote: > While there may be 1 million users (at some time in the future) > using Second Life, the display name would be used for distinguishing > friends and people in your neighborhood. > > Being an old-time IRC developer, I see simularities with > IRC nick names (that can collide) and how I'd have solved > that if I had been given the chance :p. > > What I'd do is tag every display name (internally) with > the time at which it was set. Then, when someone enters > a sim where someone has the same display name, the youngest > of the two is reset (the server could reset it to empty > and ask at the same time for an alternative; the viewer > could be changed to provide an alternative automatically, > provided that didn't exist also already). An empty display > name would result in the username being displayed, of course, > which is supposedly unique. > > This would reduce griefing a lot, since you'd have to guess > what display name someone is going to use before they set > it. It would also reduce confusion because it would not > be possible for two people to have the same display name > when in the same sim. > > Most of this idea (adding a timestamp and comparing > display names when someone logins in or teleports to > a new sim; resetting it and asking for an alternative) > is almost exclusively server-side though; not sure who > to contact to propose it. > > -- > Carlo Wood > _______________________________________________ > 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 @ http://VesuviusGroup.com Second Life: Frans Charming blog about SL @ http://secondslog.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/48ebd5bd/attachment.htm From javajoint at gmail.com Sat Aug 21 12:20:38 2010 From: javajoint at gmail.com (Daniel Smith) Date: Sat, 21 Aug 2010 12:20:38 -0700 Subject: [opensource-dev] Display names, again. In-Reply-To: <4C70064F.9050903@lindenlab.com> References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C70064F.9050903@lindenlab.com> Message-ID: On Sat, Aug 21, 2010 at 10:01 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > Actually, I think that the answers to your questions are clear from > the published material, Lance, but here... > > > 1. Will there be procedures in place to prevent someone else to use my > > true avatar name as their display name? > > No. > > Wrong answer. I think the Lindens are underestimating the legal fallout that will ensue when names are abused. People are stating loud and clear what they want. Are you guys deaf? The reason the discussion is spilling over to this list is because the Lindens are apparently not inclined to do some damage control / pr on the blog. Oz, have you only been in SL for 3 months? I am a former Linden (contractor, 3 months in 2006). I care a lot that LL should succeed. I write because I am frustrated. It's been one misstep after another all these years with LL. What is happening here is a confluence of events that will lead to a mass migration to other grids and other VWs. You have the power to help do the right thing, and a limited window of opportunity to use it. Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/28872664/attachment.htm From baloo at ursamundi.org Fri Aug 20 14:20:17 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Fri, 20 Aug 2010 14:20:17 -0700 Subject: [opensource-dev] Display names, again. References: <201008200838.44543.Lance.Corrimal@eregion.de> <201008201049.36994.Lance.Corrimal@eregion.de> <201008201153.44382.Lance.Corrimal@eregion.de> Message-ID: On Fri, 20 Aug 2010 12:15:12 +0200, Marine Kelley wrote: > The damage done to the reputation of a well known resident can be > immeasurable. It would be irresponsible of LL to let someone impersonate > someone else without giving any way to let the other people around to > see CLEARLY the difference between a user name and a display name. If you have watched Torley's video, you can see that you can clearly tell the difference between the display name and the avatar's real name. > No > amount of ToS waving and legal threatening is going to change that > because once the damage is done, it is too late. It is CAPITAL that a > display name CANNOT be mistaken with a user name, no matter how clever > the owner of the display name is. No amount of technology can overcome the ignorance of a sufficiently qualified moron. Or, to put it another way, "you can't fix stupid." It's not even worth the effort to try to fix stupid. Or to put that another way, "stupid is as stupid does." From baloo at ursamundi.org Fri Aug 20 14:25:46 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Fri, 20 Aug 2010 14:25:46 -0700 Subject: [opensource-dev] Off-topic chatter (Was: Display names, again.) References: Message-ID: On Fri, 20 Aug 2010 08:16:04 -0500, Jacek Antonelli wrote: > On Fri, Aug 20, 2010 at 1:38 AM, Lance Corrimal > wrote: >> Is it just me or did the lindens stop replying to this topic? > > They probably stopped replying because nearly all of the chatter about > Display Names has been off-topic and inappropriate for this list, and > continuing to discuss it here just further wastes the time of everyone > who subscribed to the list to follow the discussion about Snowglobe, > Snowstorm, and other open source projects at Linden Lab. Or asking the same stupid questions Torley answered in his video. Yes, anybody can set their display name to anything. Yes, you will still be able to tell an avatar's real name. In the real world you have name collisions; consider this as adding realism. From baloo at ursamundi.org Fri Aug 20 13:52:58 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Fri, 20 Aug 2010 13:52:58 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> Message-ID: On Thu, 19 Aug 2010 20:08:07 -0400, mysticaldemina-ZcVvBWsY3orQT0dZR+AlfA wrote: > And your login account isn't public so you have better security. Your login account will still be visible in the profile, and during transactions. From aklo at skyhighway.com Sat Aug 21 13:29:12 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 21 Aug 2010 13:29:12 -0700 (PDT) Subject: [opensource-dev] Draw Distance Message-ID: There was some talk lately about draw distance. i mentioned that from my place if i have my draw distance turned up over about 150 i can almost count on crashing when i tp. i'm really sorry i can't describe the problem any better than that. If someone wants to tell me how i could understand it better, i'd love to listen? Anyway, i mentioned in mail to this list that it would be really cool if there were an onscreen widget like the movement & camera controls that made draw distance a lot easier to change. Please forgive me for not having already figured out how to do that myself. Just sayin' tho, it would be really nice if, like for instance, Snowglobe had either a mouse gesture, keyboard short cut, or onscreen widget (all three?) for rapidly, easily changing draw distance, i think it's a function that lots of people would use heavily. i know there's performance concerns, but if, for instance, the onscreen widget included a simple performance bar indicator that went down as the draw distance was turned up, that would communicate pretty well to all the people who didn't know better for whatever reason. The tp crash i get is just one more reason to make the setting easy to deal with. Besides, to me it seems like such a natural part of camera controls that i don't know why it's not there already? If it was me adding the feature i'd put it in the camera controls widget. i'd been using SL for several months before i even realized that draw distance was configurable. Thanks for listening! From robin.cornelius at gmail.com Sat Aug 21 13:36:12 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Sat, 21 Aug 2010 21:36:12 +0100 Subject: [opensource-dev] VWR-20879 - Fix packaging/staging for VC Express Message-ID: In Oz's spirit of do first, talk later:- http://bitbucket.org/robincornelius/viewer-development-vwr-20879/changeset/994d4512db23 http://jira.secondlife.com/browse/VWR-20879 If someone could review then add to the backlog etc, with this applied i can build and package viewer-development out of the box and a full version of VS also builds normally. It is currently synced with viewer-development and i can resync as necessary depending on its position in the queue. Robin From secret.argent at gmail.com Sat Aug 21 13:36:16 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sat, 21 Aug 2010 15:36:16 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> Message-ID: <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> On 2010-08-20, at 15:52, Baloo Uriza wrote: > On Thu, 19 Aug 2010 20:08:07 -0400, mysticaldemina-ZcVvBWsY3orQT0dZR+AlfA > wrote: >> And your login account isn't public so you have better security. > Your login account will still be visible in the profile, and during > transactions. That's one thing Blue Mars does better. Your actual login identification is by an email address they don't share with anyone, so there's no collection of login names available for bulk attacks. I really wanted LL to add another layer ABOVE the account name, not BELOW it. :) From sldev at free.fr Sat Aug 21 13:42:46 2010 From: sldev at free.fr (Henri Beauchamp) Date: Sat, 21 Aug 2010 22:42:46 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: Message-ID: <20100821224246.568e3d3d.sldev@free.fr> On Sat, 21 Aug 2010 13:29:12 -0700 (PDT), aklo at skyhighway.com wrote: > There was some talk lately about draw distance. i mentioned that from my > place if i have my draw distance turned up over about 150 i can almost > count on crashing when i tp. i'm really sorry i can't describe the > problem any better than that. If someone wants to tell me how i could > understand it better, i'd love to listen? > > Anyway, i mentioned in mail to this list that it would be really cool if > there were an onscreen widget like the movement & camera controls that > made draw distance a lot easier to change. Please forgive me for not > having already figured out how to do that myself. Just sayin' tho, it > would be really nice if, like for instance, Snowglobe had either a mouse > gesture, keyboard short cut, or onscreen widget (all three?) for rapidly, > easily changing draw distance, i think it's a function that lots of > people would use heavily. i know there's performance concerns, but if, > for instance, the onscreen widget included a simple performance bar > indicator that went down as the draw distance was turned up, that would > communicate pretty well to all the people who didn't know better for > whatever reason. > > The tp crash i get is just one more reason to make the setting easy to > deal with. Besides, to me it seems like such a natural part of camera > controls that i don't know why it's not there already? If it was me > adding the feature i'd put it in the camera controls widget. i'd been > using SL for several months before i even realized that draw distance was > configurable. You just described what already exists in the Cool VL Viewer (which v1.25 branch is also based off Snowglobe v1.5): http://sldev.free.fr/ Henri. From merov at lindenlab.com Sat Aug 21 13:58:09 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Sat, 21 Aug 2010 13:58:09 -0700 Subject: [opensource-dev] SCRUM question: negative daily velocity In-Reply-To: References: Message-ID: Hi, On Fri, Aug 20, 2010 at 11:19 AM, Moriz Gupte wrote: > May I venture to share these questions: > Regarding the snowstorm sprint2 backlog: I have always tried to observe > other teams using scrum and I have a question regarding negative daily > velocity values. I am not familiar with this and am thinking if this is the > case, then it could mean that burndown graph Y axis would need negative > values as well?? What does negative daily velocity actually mean? just a > reflection of a task having been underestimated? > I'm not the Scrum Master (it's Esbee :) ) but I think the issue with the scrum spreadsheet is 2 folds: 1. contingent reason - I (and may be others) was confused as to what to report in the daily hours for each task. I was putting the time spent instead of the time remaining on a task so it never got to zero. I see "Done" tasks still mentioning time which seems strange. Today, I fixed my tasks looking at how Esbee have done with hers, i.e. chipping down time from the total. 2. scrum reason - As we go through a task, we may (and often do) discover new problems that need fixing and that we end up adding to the tally. That actually creates a "negative velocity" if all you look at is the burndown chart, i.e. the total remaining. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/c91839b3/attachment-0001.htm From armin.weatherwax at googlemail.com Sat Aug 21 14:52:10 2010 From: armin.weatherwax at googlemail.com (Armin Weatherwax) Date: Sat, 21 Aug 2010 23:52:10 +0200 Subject: [opensource-dev] opensource-dev Digest, Vol 7, Issue 56 In-Reply-To: <4C6FFA79.80400@lindenlab.com> References: <4C6E8496.90103@gmail.com> <4C6FFA79.80400@lindenlab.com> Message-ID: <201008212352.10427.Armin.Weatherwax@gmail.com> Oz Linden (Scott Lawrence) schrieb: > On 2010-08-20 9:35, Daniel wrote: > > What I would*really* like to see as a builder, and someone with > > two widescreen monitors, is the ability to drag floaters completely > > outside the perspective view area. For me, they just get in the > > way of seeing what I am doing. How much work would be required to > > enable that I have no idea. > > I'd really like that one too, and I don't even really qualify as a > builder. > > Unfortunately, it doesn't qualify as 'easy', but it is marked as a > High priority item on the Snowstorm backlog. https://jira.secondlife.com/browse/SNOW-375 is a great approach for that. Using Dzonatas interface I do not only have my (for example) chat floater on a different screen, the differet screen is also attached to a different computer. Pretty cool, really. :) Armin From baloo at ursamundi.org Sat Aug 21 14:45:46 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Sat, 21 Aug 2010 14:45:46 -0700 Subject: [opensource-dev] Display names, again. References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C70064F.9050903@lindenlab.com> Message-ID: On Sat, 21 Aug 2010 12:20:38 -0700, Daniel Smith wrote: > On Sat, Aug 21, 2010 at 10:01 AM, Oz Linden (Scott Lawrence) < > oz at lindenlab.com> wrote: > >> Actually, I think that the answers to your questions are clear from >> the published material, Lance, but here... >> >> > 1. Will there be procedures in place to prevent someone else to use >> > my true avatar name as their display name? >> >> No. >> >> > Wrong answer. I think the Lindens are underestimating the legal fallout > that will ensue when names are abused. People are stating loud and > clear what they want. Are you guys deaf? I think you're severely overestimating the sanctimony about this issue from people who aren't you. > I am a former Linden (contractor, 3 months in 2006). Yeah, good luck ever doing that again with that attitude. From carlo at alinoe.com Sat Aug 21 15:14:59 2010 From: carlo at alinoe.com (Carlo Wood) Date: Sun, 22 Aug 2010 00:14:59 +0200 Subject: [opensource-dev] VWR-20879 - Fix packaging/staging for VC Express In-Reply-To: References: Message-ID: <20100821221459.GB12974@alinoe.com> I don't know phyton, but looking at the patch the following question comes to mind: This first looks for VisualStudio/8.0, and then for VisualStudio/9.0 then for VCExpress/8.0 and finally for VCExpress/9.0. Is it possible that a different order of searching would make more sense in some cases? On Sat, Aug 21, 2010 at 09:36:12PM +0100, Robin Cornelius wrote: > In Oz's spirit of do first, talk later:- > > http://bitbucket.org/robincornelius/viewer-development-vwr-20879/changeset/994d4512db23 > http://jira.secondlife.com/browse/VWR-20879 > > If someone could review then add to the backlog etc, with this applied > i can build and package viewer-development out of the box and a full > version of VS also builds normally. > > It is currently synced with viewer-development and i can resync as > necessary depending on its position in the queue. > > 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 -- Carlo Wood From aleric.inglewood at gmail.com Sat Aug 21 15:28:29 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Sun, 22 Aug 2010 00:28:29 +0200 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: Thanks. I guess it makes sense to make a page that is less confusing, especially for people who do not want to build standalone. You shouldn't throw away anything (except the old stuff at the bottom). I think it would be very good to avoid duplicates too: probably best to just refer to a different page for stuff that applies to both standalone and non-standalone, so that it won't exist twice on two different pages! On Fri, Aug 20, 2010 at 1:05 AM, Opensource Obscure wrote: > > Aleric, you made a great job with your documention effort! > https://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux) > now this page is surely more useful than in the past. However, > it's still a very long document (not your fault, there's very old > stuff there) and I think we can make it even easier > to read, to use, and to mantain as well. > > So I propose to split the docs: "building for standalone" vs. > "building non-standalone". Just because otherwise it's too long. > > As a first step toward this I created this version of the page: > > https://wiki.secondlife.com/wiki/User:Opensource_Obscure/Compiling_the_viewer_(Linux) > > There I removed anything related to Standalone, plus > paragraph #10 and following, as there is a note that says > "Everything below is probably outdated" (we can add that > stuff later if/when verified). Feel free to edit. > > If we think this is a good idea we can complete the work, > then split the docs and create a separate page, for example > https://wiki.secondlife.com/wiki/Compiling_a_standalone_viewer_(Linux) > > Opensource Obscure > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/0686205d/attachment.htm From armin.weatherwax at googlemail.com Sat Aug 21 15:38:06 2010 From: armin.weatherwax at googlemail.com (Armin Weatherwax) Date: Sun, 22 Aug 2010 00:38:06 +0200 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: References: <20100819023632.GA6078@tacobell.nc.rr.com> Message-ID: <201008220038.06566.Armin.Weatherwax@gmail.com> Aleric Inglewood schrieb: > Thanks. I guess it makes sense to make a page that is less confusing, > especially for people who do not want to build standalone. You > shouldn't throw away anything (except the old stuff at the bottom). > I think it would be very good to avoid duplicates too: probably best > to just refer to a different page for stuff that applies to both > standalone and non-standalone, so that it won't exist twice on two > different pages! + think about renaming the "non-standalone" build to something easy to understand and what it actually is. "default" for example. Armin From arrehn at gmail.com Sat Aug 21 16:08:24 2010 From: arrehn at gmail.com (Arrehn Oberlander) Date: Sat, 21 Aug 2010 19:08:24 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <-1102826829278121746@unknownmsgid> References: <4C6FDCE0.8070008@streamsense.net> <1488893803028453587@unknownmsgid> <217553653821462739@unknownmsgid> <1686389A-402F-40E4-9586-2DA92F763C9E@katharineberry.co.uk> <-1102826829278121746@unknownmsgid> Message-ID: As someone who was using the Emerald viewer at the time this was going on, I researched this subject with some concern. It doesn't matter who the target was at all, whether he is a good guy or a bad guy, it's not of consequence. ModularSystems is responsible for using my login process to send a sizeable body of undisclosed, irrelevant traffic to harass someone. This isn't just 'embarassing', it's unacceptable from inception to execution. This simply adds to the ongoing pattern of Third Party Viewer Policy violations already exposed regarding ModularSystems builds of Emerald that speak to a culture of irresponsibility in the persons that control the ModularSystems site. I am not lawyer, but just looking at the third party viewer policy I can pick out a number of criteria that might not be met. TPVP 2.d : "You must not launch Denial of Service ("DoS") attacks, engage in griefing, or distribute other functionality that Linden Lab considers harmful or disruptive to Second Life or the Second Life community. " This appears to be violated by code in the viewer's login page http://webcache.googleusercontent.com/search?q=cache:jD_B973EpVUJ:modularsystems.sl/app/login/+http://modularsystems.sl/app/login/ TPVP 1.C.iii There must be disclosure of "Any surprising or unexpected functionality, including any limitations on features and functionality generally available to Second Life users through Linden Lab's viewers.". The leakage of pathnames in by emdku code does not appear to have been disclosed, despite it being an internal topic of discussion months earlier. The leakage of any information, regardless of how innocent, to other avatars via the path of baked textures hasn't been disclosed even now to my knowledge. TPVP 3.B.iii Distribution must adhere to the terms of the GPL 2.0. ModularSystems may not be distributing emkdu in a way that qualifies it as a separate work under the GPL. It's transparently distributed to the user's system without notification. No alternatives (such as llkdu, openjpeg) or opt-out options are presented, and the library is linked by the emerald runtime. Since the emkdu source is not distributed, the distribution of the viewer may be in violation. Compare this with other viewers such as CoolViewer and Imprudence with specifically deal with distribution of closed source binaries as a completely separate, user-initiated, optional process to fullfill GPL 2.0 compliance. TPVP 6.3 : "Your Second Life accounts must be in good standing, must not be suspended, and must not have been permanently banned or terminated". The operators of the Modular Systems website possess accounts that have been permanently banned or terminated and readily acknowledge this. === Beyond the above, the way in which these issues were addressed are concerning. The emdku issue was only addressed because someone from outside ModularSystems exposed it. The DDoS came to light because it was exposed from the outside. There may not be a history of ModularSystems successfully policing themselves. It appears that those who try end up leaving the project. External communication similarly does not inspire confidence. On the ModularSystem web page, there is no mention of emkdu and how in released builds it leaked information. Neither is there a patch or new download listed. The tone of communication is slanted to draw diminish critics, instead of clearly articulate information for users to make an informed decision. As a user I had to read other blogs and talk to developer peers personally to find out what was really happening. ModularSystems didn't tell me. On this thread an Emerald developer stated that many of these issues stem from the people who control ModularSystems being less than responsible and embarrassing the team. One has to ask if this is the case, why not vote "No Confidence" and move your website and your builds to someplace with greater credibility, and change LL's official point of contact for Emerald from "ModularSystems" to something else? From nickyperian at yahoo.com Sat Aug 21 16:21:49 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 21 Aug 2010 16:21:49 -0700 (PDT) Subject: [opensource-dev] SSH authentication In-Reply-To: <4C6DACA5.8040102@lindenlab.com> References: <4C6D29C2.8010803@boroon.dasgupta.ch> <4C6DACA5.8040102@lindenlab.com> Message-ID: <573291.35364.qm@web43509.mail.sp1.yahoo.com> How do you do this in windows. Can you take your local key from Linux? ________________________________ From: Oz Linden (Scott Lawrence) To: Boroondas Gupte Cc: opensource-dev at lists.secondlife.com Sent: Thu, August 19, 2010 5:13:57 PM Subject: Re: [opensource-dev] SSH authentication On 2010-08-19 8:55, Boroondas Gupte wrote: IMPEDIMENTS >> * (minor) Can't get >>ssh authentication >>to hg.secondlife.com/bitbucket.org working >> What exactly isn't working there? Have you followed the steps at >>http://bitbucket.org/help/UsingSSH ? I think it works fine for me (and others), >>so let us know if we can help in any way. I think it was actually some error in how I'd constructed the key I was using. Aimee walked me through what she was doing, and now I've got it working. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/82a96137/attachment-0001.htm From marc at inworlddesigns.com Sat Aug 21 16:23:56 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Sat, 21 Aug 2010 19:23:56 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <-1102826829278121746@unknownmsgid> References: <4C6FDCE0.8070008@streamsense.net> <1488893803028453587@unknownmsgid> <217553653821462739@unknownmsgid> <1686389A-402F-40E4-9586-2DA92F763C9E@katharineberry.co.uk> <-1102826829278121746@unknownmsgid> Message-ID: This was an attempt to do 1 of 2 things or both. There is no denying it because every other "excuse" I've seen is pure bull and doesn't even make sense. The person responsible for doing this was either arrogant enough to think that the userbase was large enough and there was enough people logging in that putting links to a site could cause it issues or they figured the extra traffic could financially harm the person paying for the service or both. This crap about boasting traffic I really don't get. I don't see why anyone would accept something that doesn't even make sense. How are you boasting traffic by hiding any knowledge of what your doing to boast? How is any person that matters going to notice a bunch of hidden iframes on the login page? Where they boasting to the owner of the website? There are much more legal ways of "boasting" your traffic. They did post traffic stats which is what I see as boasting but hiding iframes isn't even in the same ballpark as boasting. It was a pissing match between 2 or more devs on different projects and they used their userbase in illegal activity. People saying it was "hardly" a DDos are trying to discredit what it was. When it comes to laws there really isn't no "kind of" breaking the law. Just because someones arrogance prevents them from doing something successfully doesn't make the attempt any less illegal. If you steel something from a store and get caught before you leave the store you still get in trouble. Also discrediting the victim was not a bright idea either because frankly it doesn't matter not one bit who the victim was or what they are guilty of. The old saying stands here 2 wrongs don't make a right. Linden must act according to this. They should not be biased in any manor. The facts are emerald violated the trust of their users and they have done so a few times and do nothing to correct the problem. They violated the TPV policy a few times also that should at least warrant removal from the TPV list AT LEAST. I wouldn't recommend banning the client because a lot of people use it but removing them from the TPV list will definitely send a message and maybe MAYBE they will try to fix the structure of the project so that someone can be held responsible for changes to important parts of the viewer. Also I would think that the emdku crap they are putting in the viewer violates the TPV simply because no body can see what gets added because of it. They could be transmitting every bit of our information somewhere and no body knows. I wouldn't put it past some of the devs after what I've seen and the secrecy that is growing from within. I want everyone to know that I am not an emerald hater. I love emerald and I still use it occasionally but I only use a copy I have compiled myself. I do not trust dev's of an opensource project who have something they want to hide from everyone specially ones with the backgrounds of certain dev's on the emerald team. I would also like to say that had this been a "first offence" it might be different and the "we didnt know" excuse might have flown but considering there are a few dev's that have had repeated headlines that make them out to be liars and script kiddies with known "not so legal" retaliation habits a bit more drastic measures should be taken. its like disciplining your child. if you threaten and threaten but never act eventually they learn they can do whatever they want and not get in trouble. the TPV means nothing if its not enforced. From oz at lindenlab.com Sat Aug 21 16:27:47 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 19:27:47 -0400 Subject: [opensource-dev] VWR-20879 - Fix packaging/staging for VC Express In-Reply-To: References: Message-ID: <4C7060F3.4090905@lindenlab.com> On 2010-08-21 16:36, Robin Cornelius wrote: > In Oz's spirit of do first, talk later:- > > http://bitbucket.org/robincornelius/viewer-development-vwr-20879/changeset/994d4512db23 > http://jira.secondlife.com/browse/VWR-20879 > > If someone could review then add to the backlog etc, with this applied > i can build and package viewer-development out of the box and a full > version of VS also builds normally. I've added it to the sprint list under an existing heading, but we've added as much in the way of "build improvements" as we can to this list. > It is currently synced with viewer-development and i can resync as > necessary depending on its position in the queue. Can we get confirmation from users other than Robin that using his change enables them to build using one of the tools it adds (preferably users who do not have VS 2005 installed)? From djshag at hotmail.com Sat Aug 21 16:30:50 2010 From: djshag at hotmail.com (Patnad Babii) Date: Sat, 21 Aug 2010 19:30:50 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net><1488893803028453587@unknownmsgid><217553653821462739@unknownmsgid><1686389A-402F-40E4-9586-2DA92F763C9E@katharineberry.co.uk><-1102826829278121746@unknownmsgid> Message-ID: What emerald has been doing is exactly what BOTNET does, it is against laws and I believe they should be prosecuted. It is a felony and is punished in alot of states for as much as 10 years in prison. LL should show no mercy for them, cause if they let allow this (this is not the first time Emerald devs has been caught), what next is gonna happen? a new viewer that will crash random websites? Or maybe it could be used to introduce other malicious code to steal identity, steal Credit cards, steal bank info? -----Message d'origine----- From: Arrehn Oberlander Sent: Saturday, August 21, 2010 7:08 PM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? As someone who was using the Emerald viewer at the time this was going on, I researched this subject with some concern. It doesn't matter who the target was at all, whether he is a good guy or a bad guy, it's not of consequence. ModularSystems is responsible for using my login process to send a sizeable body of undisclosed, irrelevant traffic to harass someone. This isn't just 'embarassing', it's unacceptable from inception to execution. This simply adds to the ongoing pattern of Third Party Viewer Policy violations already exposed regarding ModularSystems builds of Emerald that speak to a culture of irresponsibility in the persons that control the ModularSystems site. I am not lawyer, but just looking at the third party viewer policy I can pick out a number of criteria that might not be met. TPVP 2.d : "You must not launch Denial of Service ("DoS") attacks, engage in griefing, or distribute other functionality that Linden Lab considers harmful or disruptive to Second Life or the Second Life community. " This appears to be violated by code in the viewer's login page http://webcache.googleusercontent.com/search?q=cache:jD_B973EpVUJ:modularsystems.sl/app/login/+http://modularsystems.sl/app/login/ TPVP 1.C.iii There must be disclosure of "Any surprising or unexpected functionality, including any limitations on features and functionality generally available to Second Life users through Linden Lab's viewers.". The leakage of pathnames in by emdku code does not appear to have been disclosed, despite it being an internal topic of discussion months earlier. The leakage of any information, regardless of how innocent, to other avatars via the path of baked textures hasn't been disclosed even now to my knowledge. TPVP 3.B.iii Distribution must adhere to the terms of the GPL 2.0. ModularSystems may not be distributing emkdu in a way that qualifies it as a separate work under the GPL. It's transparently distributed to the user's system without notification. No alternatives (such as llkdu, openjpeg) or opt-out options are presented, and the library is linked by the emerald runtime. Since the emkdu source is not distributed, the distribution of the viewer may be in violation. Compare this with other viewers such as CoolViewer and Imprudence with specifically deal with distribution of closed source binaries as a completely separate, user-initiated, optional process to fullfill GPL 2.0 compliance. TPVP 6.3 : "Your Second Life accounts must be in good standing, must not be suspended, and must not have been permanently banned or terminated". The operators of the Modular Systems website possess accounts that have been permanently banned or terminated and readily acknowledge this. === Beyond the above, the way in which these issues were addressed are concerning. The emdku issue was only addressed because someone from outside ModularSystems exposed it. The DDoS came to light because it was exposed from the outside. There may not be a history of ModularSystems successfully policing themselves. It appears that those who try end up leaving the project. External communication similarly does not inspire confidence. On the ModularSystem web page, there is no mention of emkdu and how in released builds it leaked information. Neither is there a patch or new download listed. The tone of communication is slanted to draw diminish critics, instead of clearly articulate information for users to make an informed decision. As a user I had to read other blogs and talk to developer peers personally to find out what was really happening. ModularSystems didn't tell me. On this thread an Emerald developer stated that many of these issues stem from the people who control ModularSystems being less than responsible and embarrassing the team. One has to ask if this is the case, why not vote "No Confidence" and move your website and your builds to someplace with greater credibility, and change LL's official point of contact for Emerald from "ModularSystems" to something else? _______________________________________________ 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 oz at lindenlab.com Sat Aug 21 16:33:19 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sat, 21 Aug 2010 19:33:19 -0400 Subject: [opensource-dev] SSH authentication In-Reply-To: <573291.35364.qm@web43509.mail.sp1.yahoo.com> References: <4C6D29C2.8010803@boroon.dasgupta.ch> <4C6DACA5.8040102@lindenlab.com> <573291.35364.qm@web43509.mail.sp1.yahoo.com> Message-ID: <4C70623F.4080204@lindenlab.com> On 2010-08-21 19:21, Nicky Perian wrote: > How do you do this in windows. Can you take your local key from Linux? There are two different key formats, but most ssh implementations have a tool to convert one to the other (which begs the question.... never mind). Keys should be portable across platforms. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/afc5cd05/attachment.htm From phox at modularsystems.sl Sat Aug 21 16:48:48 2010 From: phox at modularsystems.sl (Phox) Date: Sat, 21 Aug 2010 19:48:48 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: Message-ID: <4C7065E0.7070208@modularsystems.sl> I feel I need to take a moment here to address some of this: First of all, the issue with the login screen was NOT an attempt at DDOS, Fractured was looking at traffic graphs for the website in question and thought it would be funny to mess with them by making the traffic go from ~150 hits a day to several hundred thousand. He was simply messing with page views on the site, it was a stupid thing to do no doubt, but it was not a DDOS attack. The website in question suffered no ill effects, and to imply that loading a .php and a few images is an attempt at DDOS is just ridiculous, our login page consists of a .php script a hi-res picture, and our website doesn't go down as a result. As far as emkdu goes: the issue originally brought to my attention (I'm the developer who maintains emkdu) was that linux and mac versions were encoding a full path which COULD include a username. I corrected that issue as soon as it was brought to my attention. The so called "second" incident involved the path being encoded on windows, at the time, I saw no reason to update the windows version of emkdu because path on windows was simply "c:\Program Files\Emerald\", there was no important information there. When I realized that if a user decided to install to desktop it would include their operating system username, I changed the windows copy as well. (Since then, all additional metadata information has been removed from emkdu). The change in encryption was simply a result of inertia being able to decode the viewer window title information. Users of that viewer were using the window title information in order to target users of older Emerald viewers with crash exploits and similar. Phox ModularSystems. On 8/21/2010 7:21 PM, opensource-dev-request at lists.secondlife.com wrote: > As someone who was using the Emerald viewer at the time this was going > on, I researched this subject with some concern. > > It doesn't matter who the target was at all, whether he is a good guy > or a bad guy, it's not of consequence. ModularSystems is responsible > for using my login process to send a sizeable body of undisclosed, > irrelevant traffic to harass someone. This isn't just 'embarassing', > it's unacceptable from inception to execution. > > This simply adds to the ongoing pattern of Third Party Viewer Policy > violations already exposed regarding ModularSystems builds of Emerald > that speak to a culture of irresponsibility in the persons that > control the ModularSystems site. I am not lawyer, but just looking at > the third party viewer policy I can pick out a number of criteria that > might not be met. > > TPVP 2.d : "You must not launch Denial of Service ("DoS") attacks, > engage in griefing, or distribute other functionality that Linden Lab > considers harmful or disruptive to Second Life or the Second Life > community. " This appears to be violated by code in the viewer's > login pagehttp://webcache.googleusercontent.com/search?q=cache:jD_B973EpVUJ:modularsystems.sl/app/login/+http://modularsystems.sl/app/login/ > > TPVP 1.C.iii There must be disclosure of "Any surprising or unexpected > functionality, including any limitations on features and functionality > generally available to Second Life users through Linden Lab's > viewers.". The leakage of pathnames in by emdku code does not appear > to have been disclosed, despite it being an internal topic of > discussion months earlier. The leakage of any information, regardless > of how innocent, to other avatars via the path of baked textures > hasn't been disclosed even now to my knowledge. > > TPVP 3.B.iii Distribution must adhere to the terms of the GPL 2.0. > ModularSystems may not be distributing emkdu in a way that qualifies > it as a separate work under the GPL. It's transparently distributed to > the user's system without notification. No alternatives (such as > llkdu, openjpeg) or opt-out options are presented, and the library is > linked by the emerald runtime. Since the emkdu source is not > distributed, the distribution of the viewer may be in violation. > Compare this with other viewers such as CoolViewer and Imprudence with > specifically deal with distribution of closed source binaries as a > completely separate, user-initiated, optional process to fullfill GPL > 2.0 compliance. > > TPVP 6.3 : "Your Second Life accounts must be in good standing, must > not be suspended, and must not have been permanently banned or > terminated". The operators of the Modular Systems website possess > accounts that have been permanently banned or terminated and readily > acknowledge this. > > === > > Beyond the above, the way in which these issues were addressed are > concerning. The emdku issue was only addressed because someone from > outside ModularSystems exposed it. The DDoS came to light because it > was exposed from the outside. There may not be a history of > ModularSystems successfully policing themselves. It appears that those > who try end up leaving the project. > > External communication similarly does not inspire confidence. On the > ModularSystem web page, there is no mention of emkdu and how in > released builds it leaked information. Neither is there a patch or new > download listed. The tone of communication is slanted to draw diminish > critics, instead of clearly articulate information for users to make > an informed decision. As a user I had to read other blogs and talk to > developer peers personally to find out what was really happening. > ModularSystems didn't tell me. > > On this thread an Emerald developer stated that many of these issues > stem from the people who control ModularSystems being less than > responsible and embarrassing the team. One has to ask if this is the > case, why not vote "No Confidence" and move your website and your > builds to someplace with greater credibility, and change LL's official > point of contact for Emerald from "ModularSystems" to something else? From katharine at katharineberry.co.uk Sat Aug 21 16:56:57 2010 From: katharine at katharineberry.co.uk (Katharine Berry) Date: Sun, 22 Aug 2010 00:56:57 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7065E0.7070208@modularsystems.sl> References: <4C7065E0.7070208@modularsystems.sl> Message-ID: <4D0B4E0F-E8D9-43BA-9E59-43FBC9CCD2A8@katharineberry.co.uk> > our login page consists of a .php script a hi-res picture, No it doesn't. If it was a PHP script then I could've made much of the code much simpler when I made the thing. It was very deliberately not a PHP script, for reasons of load. From baloo at ursamundi.org Sat Aug 21 16:38:41 2010 From: baloo at ursamundi.org (Baloo Uriza) Date: Sat, 21 Aug 2010 16:38:41 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? References: <4C6FDCE0.8070008@streamsense.net> Message-ID: <1l46k7xqaa.ln2@ursa-major.network.ursamundi.org> On Sat, 21 Aug 2010 15:04:16 +0100, Thomas Grimshaw wrote: > Loading 1mb of content per user is hardly a denial of service attack. > Crosslinking occurs everywhere on the web, this is simply nothing but > paranoid bull. icmp echo requests can be a denial of service attack, and we're talking very small requests. http://en.wikipedia.org/wiki/Smurf_attack From websuz at gmail.com Sat Aug 21 17:17:58 2010 From: websuz at gmail.com (Suz Dollar) Date: Sat, 21 Aug 2010 17:17:58 -0700 Subject: [opensource-dev] Display names, again. In-Reply-To: <20100821121539.GE27589@alinoe.com> References: <201008200838.44543.Lance.Corrimal@eregion.de> <20100821121539.GE27589@alinoe.com> Message-ID: <4C706CB6.9070009@gmail.com> Sorry, if this is a duplicate, but I didn't see it come through to the list and am assuming I did something wrong :) My biggest concern here is that the chat logs (local, group, IM) register both display and user name as a mandatory part of how chat logs work. This will forcefully create way to document that so and so was impersonating someone else and acting in a manner unacceptable to the real person. I'm not nearly as concerned that someone whose real life name is Charlene Trudeau wants her display name to be Charlene Trudeau. Esp since MY display name may become Char, or Charlene, or Char @ SkyBeam Estates or some other such whatever. But I'd really like my IM logs, and those others might quote to read something like (using the last example above ) : IM: Char @ SkyBeam Estates (Charlene.Trudeau): I wish that there was an Alt-d hot key to take you to the browser style navigation bar at the top for easy entry of a slurl or region name. That would be my preference for both viewer display and chat logs, but definitely would want to see it mandatory on chat logs for any backup needed with LL in AR situations or any other disputes. Char From websuz at gmail.com Sat Aug 21 17:31:47 2010 From: websuz at gmail.com (Suz Dollar) Date: Sat, 21 Aug 2010 17:31:47 -0700 Subject: [opensource-dev] Draw Distance In-Reply-To: References: Message-ID: <4C706FF3.5030904@gmail.com> This is one concept that I have wanted for at least four years in SL. I change draw distance multiple times a day depending on where I"m visiting. Many of my own estate regions I can use a full powered 512 draw distance. Going to my public sandbox, however, requires an instant drop to 128 or lower. Visiting my old 'hometown' of Caledon, mandates the same. And I have to be honest, the places I can still use 512 draw distance with viewer 2.x has dropped dramatically. I now usually can't use higher than 256 yet have been assured since the first beta release that there should be no performance difference between 1.23 and 2.x with regard to graphics. An easily accessible way to change draw distance would be awesome. I'm also frustrated that its so much harder with the slider to hit the magic numbers: 64, 96, 128, 256.... you get the idea. But if the slider were at least out on the main UI somewhere, my own preference being up in the navigation area, but anywhere directly accessible, would be AWESOME. Char aklo at skyhighway.com wrote: > There was some talk lately about draw distance. i mentioned that from my > place if i have my draw distance turned up over about 150 i can almost > count on crashing when i tp. i'm really sorry i can't describe the > problem any better than that. If someone wants to tell me how i could > understand it better, i'd love to listen? > > Anyway, i mentioned in mail to this list that it would be really cool if > there were an onscreen widget like the movement & camera controls that > made draw distance a lot easier to change. Please forgive me for not > having already figured out how to do that myself. Just sayin' tho, it > would be really nice if, like for instance, Snowglobe had either a mouse > gesture, keyboard short cut, or onscreen widget (all three?) for rapidly, > easily changing draw distance, i think it's a function that lots of > people would use heavily. i know there's performance concerns, but if, > for instance, the onscreen widget included a simple performance bar > indicator that went down as the draw distance was turned up, that would > communicate pretty well to all the people who didn't know better for > whatever reason. > > The tp crash i get is just one more reason to make the setting easy to > deal with. Besides, to me it seems like such a natural part of camera > controls that i don't know why it's not there already? If it was me > adding the feature i'd put it in the camera controls widget. i'd been > using SL for several months before i even realized that draw distance was > configurable. > > Thanks for listening! > > _______________________________________________ > 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 Sat Aug 21 17:49:02 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 21 Aug 2010 17:49:02 -0700 (PDT) Subject: [opensource-dev] SSH authentication In-Reply-To: <4C70623F.4080204@lindenlab.com> References: <4C6D29C2.8010803@boroon.dasgupta.ch> <4C6DACA5.8040102@lindenlab.com> <573291.35364.qm@web43509.mail.sp1.yahoo.com> <4C70623F.4080204@lindenlab.com> Message-ID: <308434.24575.qm@web43501.mail.sp1.yahoo.com> Never mind I think it info is on the hg website. ________________________________ From: Oz Linden (Scott Lawrence) To: Nicky Perian Cc: Boroondas Gupte ; opensource-dev at lists.secondlife.com Sent: Sat, August 21, 2010 6:33:19 PM Subject: Re: [opensource-dev] SSH authentication On 2010-08-21 19:21, Nicky Perian wrote: How do you do this in windows. Can you take your local key from Linux? > There are two different key formats, but most ssh implementations have a tool to convert one to the other (which begs the question.... never mind). Keys should be portable across platforms. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/aeb6dcbb/attachment.htm From latifer at streamgrid.net Sat Aug 21 17:50:53 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Sun, 22 Aug 2010 02:50:53 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7065E0.7070208@modularsystems.sl> References: <4C7065E0.7070208@modularsystems.sl> Message-ID: On Sun, Aug 22, 2010 at 1:48 AM, Phox wrote: > ?I feel I need to take a moment here to address some of this: > > First of all, the issue with the login screen was NOT an attempt at > DDOS, Fractured was looking at traffic graphs for the website in > question and thought it would be funny to mess with them by making the > traffic go from ~150 hits a day to several hundred thousand. He was > simply messing with page views on the site, it was a stupid thing to do > no doubt, but it was not a DDOS attack. > > The website in question suffered no ill effects, and to imply that > loading a .php and a few images is an attempt at DDOS is just > ridiculous, our login page consists of a .php script a hi-res picture, > and our website doesn't go down as a result. Engineering an attack where several million requests a day were sent from all over the world to the affected web site most certainly qualified as DDoS. In some jurisdictions such attacks are considered criminal activity. The fact that attack was not successful is irrelevant. Motivation for such activity also makes no difference. What is relevant is that Emerald login page in effect turned every Emerald user into a part of a botnet. What is disturbing here are attempts to downplay the incident which does nothing to restore the confidence in the leadership of Modular Systems which is very unfortunate. From gareth at garethnelson.com Sat Aug 21 17:57:15 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 01:57:15 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C7065E0.7070208@modularsystems.sl> Message-ID: That's the bit that stands out - this may have been one former team member's bad idea, and it could be forgiven on the basis that it was just one former team member who has now been kicked out - except of course that the rest of the team are trying to say "it's not so bad". Surely it'd be better to say "one former member of our team had a stupid and illegal idea, we apologise for this and have taken measures to ensure our resources are not abused in the same manner again". Denying wrongdoing is never a good way to make an apology, neither is censoring comments on your blog by the way. For the record, here's my comment that didn't get through moderation: ?This was not a DDoS? Yes, it was ? and your ?apology? means nothing if you deny doing wrong and try to make it look like something merely ?silly? instead of a criminal action. Yes, it was a stupid idea ? but it was also a criminal idea. Why the hell was someone able to modify your login page to add the malicious HTML without oversight, and why are you not apologising properly? On Sun, Aug 22, 2010 at 1:50 AM, Latif Khalifa wrote: > On Sun, Aug 22, 2010 at 1:48 AM, Phox wrote: >> ?I feel I need to take a moment here to address some of this: >> >> First of all, the issue with the login screen was NOT an attempt at >> DDOS, Fractured was looking at traffic graphs for the website in >> question and thought it would be funny to mess with them by making the >> traffic go from ~150 hits a day to several hundred thousand. He was >> simply messing with page views on the site, it was a stupid thing to do >> no doubt, but it was not a DDOS attack. >> >> The website in question suffered no ill effects, and to imply that >> loading a .php and a few images is an attempt at DDOS is just >> ridiculous, our login page consists of a .php script a hi-res picture, >> and our website doesn't go down as a result. > > Engineering an attack where several million requests a day were sent > from all over the world to the affected web site most certainly > qualified as DDoS. In some jurisdictions such attacks are considered > criminal activity. The fact that attack was not successful is > irrelevant. Motivation for such activity also makes no difference. > > What is relevant is that Emerald login page in effect turned every > Emerald user into a part of a botnet. What is disturbing here are > attempts to downplay the incident which does nothing to restore the > confidence in the leadership of Modular Systems which is very > unfortunate. > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From hazim.gazov at gmail.com Sat Aug 21 18:10:34 2010 From: hazim.gazov at gmail.com (Hazim Gazov) Date: Sat, 21 Aug 2010 22:10:34 -0300 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C7065E0.7070208@modularsystems.sl> Message-ID: I agree Gareth, but I don't believe it was a "former" team member. As far as I know, Fractured is still on the development team, and it would be hard to kick him out as he owns both the website and the sim. They've said that it was Fractured, and that some of the people on the development team had known it was going since the 9th on in a recording of them talking about the incident. Yes, it was a distributed denial of service attack. Multiple drones were involved, and access to the site was periodically impossible, I don't know how clearer it can get. It should have been obvious that I'm not equipped to handle 6500 times my regular amount of traffic just so Fractured can have a nice lol, and it definitely wasn't alright to use his own users to do so. As for the comment about "that viewer" being used to crash Emerald users on old versions of Emerald using the information EmKDU put into baked textures, it's entirely false. There are no new asset-based crashes that I can think of since the versions of Emerald that have already been blacklisted (pre-1634,) and there are no crashers in "that viewer", much less Emerald-specific ones. It was more used to tell who was using Onyx when it was pointed out to me that Onyx now pretends to be Emerald by using their Tag and channel name (but uses a different build number as they're in different repos). Makes sense after people made a big stink about Onyx having features like you might see in "those viewers", though. For example: Emerald Viewer 1.4.0.626 - Phox ModularSystems On Sat, Aug 21, 2010 at 9:57 PM, Gareth Nelson wrote: > That's the bit that stands out - this may have been one former team > member's bad idea, and it could be forgiven on the basis that it was > just one former team member who has now been kicked out - except of > course that the rest of the team are trying to say "it's not so bad". > > Surely it'd be better to say "one former member of our team had a > stupid and illegal idea, we apologise for this and have taken measures > to ensure our resources are not abused in the same manner again". > Denying wrongdoing is never a good way to make an apology, neither is > censoring comments on your blog by the way. > > For the record, here's my comment that didn't get through moderation: > ?This was not a DDoS? > > Yes, it was ? and your ?apology? means nothing if you deny doing wrong > and try to make it look like something merely ?silly? instead of a > criminal action. Yes, it was a stupid idea ? but it was also a > criminal idea. > > Why the hell was someone able to modify your login page to add the > malicious HTML without oversight, and why are you not apologising > properly? > > On Sun, Aug 22, 2010 at 1:50 AM, Latif Khalifa > wrote: > > On Sun, Aug 22, 2010 at 1:48 AM, Phox wrote: > >> I feel I need to take a moment here to address some of this: > >> > >> First of all, the issue with the login screen was NOT an attempt at > >> DDOS, Fractured was looking at traffic graphs for the website in > >> question and thought it would be funny to mess with them by making the > >> traffic go from ~150 hits a day to several hundred thousand. He was > >> simply messing with page views on the site, it was a stupid thing to do > >> no doubt, but it was not a DDOS attack. > >> > >> The website in question suffered no ill effects, and to imply that > >> loading a .php and a few images is an attempt at DDOS is just > >> ridiculous, our login page consists of a .php script a hi-res picture, > >> and our website doesn't go down as a result. > > > > Engineering an attack where several million requests a day were sent > > from all over the world to the affected web site most certainly > > qualified as DDoS. In some jurisdictions such attacks are considered > > criminal activity. The fact that attack was not successful is > > irrelevant. Motivation for such activity also makes no difference. > > > > What is relevant is that Emerald login page in effect turned every > > Emerald user into a part of a botnet. What is disturbing here are > > attempts to downplay the incident which does nothing to restore the > > confidence in the leadership of Modular Systems which is very > > unfortunate. > > _______________________________________________ > > 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 > > > > > > -- > ?Lanie, I?m going to print more printers. Lots more printers. One for > everyone. That?s worth going to jail for. That?s worth anything.? - > Printcrime by Cory Doctrow > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > _______________________________________________ > 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/20100821/99964374/attachment-0001.htm From cg at lindenlab.com Sat Aug 21 20:47:03 2010 From: cg at lindenlab.com (CG Linden) Date: Sat, 21 Aug 2010 20:47:03 -0700 Subject: [opensource-dev] Update Linux Build Documentation, please? In-Reply-To: <201008220038.06566.Armin.Weatherwax@gmail.com> References: <20100819023632.GA6078@tacobell.nc.rr.com> <201008220038.06566.Armin.Weatherwax@gmail.com> Message-ID: I created http://bitbucket.org/cg_linden/buildscripts and updated the wiki page at https://wiki.secondlife.com/wiki/Automated_Build_System Note that the hg repo simply contains brutally ripped out and stubbed off code which I probably won't be maintaining very regularly. I tested it and it works for me and should work for anyone who already has a working build. It only demonstrates how we do our own automated builds and should provide a useful basis should anyone wish to set up a TeamCity based build environment. ... and yeah, I use Cygwin, so some constructs are artifacts of combining native windows applications with cygwin. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/8cf21a50/attachment.htm From tateru.nino at gmail.com Sat Aug 21 20:50:16 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Sun, 22 Aug 2010 13:50:16 +1000 Subject: [opensource-dev] Draw Distance In-Reply-To: <4C706FF3.5030904@gmail.com> References: <4C706FF3.5030904@gmail.com> Message-ID: <4C709E78.1030001@gmail.com> I probably use the draw-distance slider more often than any other UI widget. I'd probably map it to my mouse's scroll-wheel, if I could. On 22/08/2010 10:31 AM, Suz Dollar wrote: > This is one concept that I have wanted for at least four years in SL. I > change draw distance multiple times a day depending on where I"m > visiting. Many of my own estate regions I can use a full powered 512 > draw distance. Going to my public sandbox, however, requires an instant > drop to 128 or lower. Visiting my old 'hometown' of Caledon, mandates > the same. And I have to be honest, the places I can still use 512 draw > distance with viewer 2.x has dropped dramatically. I now usually can't > use higher than 256 yet have been assured since the first beta release > that there should be no performance difference between 1.23 and 2.x with > regard to graphics. An easily accessible way to change draw distance > would be awesome. I'm also frustrated that its so much harder with the > slider to hit the magic numbers: 64, 96, 128, 256.... you get the idea. > But if the slider were at least out on the main UI somewhere, my own > preference being up in the navigation area, but anywhere directly > accessible, would be AWESOME. > > Char > > > aklo at skyhighway.com wrote: >> There was some talk lately about draw distance. i mentioned that from my >> place if i have my draw distance turned up over about 150 i can almost >> count on crashing when i tp. i'm really sorry i can't describe the >> problem any better than that. If someone wants to tell me how i could >> understand it better, i'd love to listen? >> >> Anyway, i mentioned in mail to this list that it would be really cool if >> there were an onscreen widget like the movement& camera controls that >> made draw distance a lot easier to change. Please forgive me for not >> having already figured out how to do that myself. Just sayin' tho, it >> would be really nice if, like for instance, Snowglobe had either a mouse >> gesture, keyboard short cut, or onscreen widget (all three?) for rapidly, >> easily changing draw distance, i think it's a function that lots of >> people would use heavily. i know there's performance concerns, but if, >> for instance, the onscreen widget included a simple performance bar >> indicator that went down as the draw distance was turned up, that would >> communicate pretty well to all the people who didn't know better for >> whatever reason. >> >> The tp crash i get is just one more reason to make the setting easy to >> deal with. Besides, to me it seems like such a natural part of camera >> controls that i don't know why it's not there already? If it was me >> adding the feature i'd put it in the camera controls widget. i'd been >> using SL for several months before i even realized that draw distance was >> configurable. >> >> Thanks for listening! >> >> _______________________________________________ >> 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 > -- Tateru Nino http://dwellonit.taterunino.net/ From aklo at skyhighway.com Sat Aug 21 21:19:26 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 21 Aug 2010 21:19:26 -0700 (PDT) Subject: [opensource-dev] Draw Distance Message-ID: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> !! YES !! If all i had to do was mouse up over the camera widget and roll the scroll button i would be *soooooo* happy! Serious. i mean, Henri's Cool VL innovation is great! And i think that even if it were a mouse wheel scrollable widget it should still have some kinda additional text box to it where numbers can be typed in. But to be able to look around like that would be MEGA-AWESOME!! (Just like opening your eyes *really* wide...!!) - AK I probably use the draw-distance slider more often than any other UI widget. I'd probably map it to my mouse's scroll-wheel, if I could. On 22/08/2010 10:31 AM, Suz Dollar wrote: > > This is one concept that I have wanted for at least four years in SL. I > > change draw distance multiple times a day depending on where I"m > > visiting. Many of my own estate regions I can use a full powered 512 > > draw distance. Going to my public sandbox, however, requires an instant > > drop to 128 or lower. Visiting my old 'hometown' of Caledon, mandates > > the same. And I have to be honest, the places I can still use 512 draw > > distance with viewer 2.x has dropped dramatically. I now usually can't > > use higher than 256 yet have been assured since the first beta release > > that there should be no performance difference between 1.23 and 2.x with > > regard to graphics. An easily accessible way to change draw distance > > would be awesome. I'm also frustrated that its so much harder with the > > slider to hit the magic numbers: 64, 96, 128, 256.... you get the idea. > > But if the slider were at least out on the main UI somewhere, my own > > preference being up in the navigation area, but anywhere directly > > accessible, would be AWESOME. > > > > Char > > > > > > aklo at skyhighway.com wrote: >> >> There was some talk lately about draw distance. i mentioned that from my >> >> place if i have my draw distance turned up over about 150 i can almost >> >> count on crashing when i tp. i'm really sorry i can't describe the >> >> problem any better than that. If someone wants to tell me how i could >> >> understand it better, i'd love to listen? >> >> >> >> Anyway, i mentioned in mail to this list that it would be really cool if >> >> there were an onscreen widget like the movement& camera controls that >> >> made draw distance a lot easier to change. Please forgive me for not >> >> having already figured out how to do that myself. Just sayin' tho, it >> >> would be really nice if, like for instance, Snowglobe had either a mouse >> >> gesture, keyboard short cut, or onscreen widget (all three?) for rapidly, >> >> easily changing draw distance, i think it's a function that lots of >> >> people would use heavily. i know there's performance concerns, but if, >> >> for instance, the onscreen widget included a simple performance bar >> >> indicator that went down as the draw distance was turned up, that would >> >> communicate pretty well to all the people who didn't know better for >> >> whatever reason. >> >> >> >> The tp crash i get is just one more reason to make the setting easy to >> >> deal with. Besides, to me it seems like such a natural part of camera >> >> controls that i don't know why it's not there already? If it was me >> >> adding the feature i'd put it in the camera controls widget. i'd been >> >> using SL for several months before i even realized that draw distance was >> >> configurable. >> >> >> >> Thanks for listening! >> >> >> >> _______________________________________________ >> >> 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 > > -- Tateru Nino http://dwellonit.taterunino.net/ _______________________________________________ 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 aklo at skyhighway.com Sat Aug 21 21:26:38 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sat, 21 Aug 2010 21:26:38 -0700 (PDT) Subject: [opensource-dev] (no subject) Message-ID: Hey! Um, i've been meaning to ask... Why don't i ever get the login screen pics with Snowglobe? i just installed the latest release (1.5.0 3625) from the website and still all i ever get are little arrow icons in the middle of a black screen. It's not all that important, i know, but i've been missing them... Is something broken, or is it me? Thx!! - AK From miro.collas at gmail.com Sat Aug 21 21:36:25 2010 From: miro.collas at gmail.com (Miro Collas) Date: Sun, 22 Aug 2010 00:36:25 -0400 Subject: [opensource-dev] Draw Distance In-Reply-To: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> Message-ID: <4C70A949.4020508@gmail.com> How about bbeing able to just type it in? Why a slider, or mouse wheel, which is inaccurate? How about being able to type it in chat? On 08/22/2010 12:19 AM, aklo at skyhighway.com wrote: > !! YES !! If all i had to do was mouse up over the camera widget and roll > the scroll button i would be *soooooo* happy! Serious. i mean, Henri's > Cool VL innovation is great! And i think that even if it were a mouse > wheel scrollable widget it should still have some kinda additional text > box to it where numbers can be typed in. But to be able to look around > like that would be MEGA-AWESOME!! (Just like opening your eyes *really* > wide...!!) > > - AK > > I probably use the draw-distance slider more often than any other UI > widget. I'd probably map it to my mouse's scroll-wheel, if I could. > > On 22/08/2010 10:31 AM, Suz Dollar wrote: >>> This is one concept that I have wanted for at least four years in SL. I >>> change draw distance multiple times a day depending on where I"m >>> visiting. Many of my own estate regions I can use a full powered 512 >>> draw distance. Going to my public sandbox, however, requires an instant >>> drop to 128 or lower. Visiting my old 'hometown' of Caledon, mandates >>> the same. And I have to be honest, the places I can still use 512 draw >>> distance with viewer 2.x has dropped dramatically. I now usually can't >>> use higher than 256 yet have been assured since the first beta release >>> that there should be no performance difference between 1.23 and 2.x with >>> regard to graphics. An easily accessible way to change draw distance >>> would be awesome. I'm also frustrated that its so much harder with the >>> slider to hit the magic numbers: 64, 96, 128, 256.... you get the idea. >>> But if the slider were at least out on the main UI somewhere, my own >>> preference being up in the navigation area, but anywhere directly >>> accessible, would be AWESOME. >>> >>> Char >>> >>> >>> aklo at skyhighway.com wrote: >>>>> There was some talk lately about draw distance. i mentioned that > from my >>>>> place if i have my draw distance turned up over about 150 i can almost >>>>> count on crashing when i tp. i'm really sorry i can't describe the >>>>> problem any better than that. If someone wants to tell me how i could >>>>> understand it better, i'd love to listen? >>>>> >>>>> Anyway, i mentioned in mail to this list that it would be really > cool if >>>>> there were an onscreen widget like the movement& camera controls that >>>>> made draw distance a lot easier to change. Please forgive me for not >>>>> having already figured out how to do that myself. Just sayin' tho, it >>>>> would be really nice if, like for instance, Snowglobe had either a > mouse >>>>> gesture, keyboard short cut, or onscreen widget (all three?) for > rapidly, >>>>> easily changing draw distance, i think it's a function that lots of >>>>> people would use heavily. i know there's performance concerns, but if, >>>>> for instance, the onscreen widget included a simple performance bar >>>>> indicator that went down as the draw distance was turned up, that would >>>>> communicate pretty well to all the people who didn't know better for >>>>> whatever reason. >>>>> >>>>> The tp crash i get is just one more reason to make the setting easy to >>>>> deal with. Besides, to me it seems like such a natural part of camera >>>>> controls that i don't know why it's not there already? If it was me >>>>> adding the feature i'd put it in the camera controls widget. i'd been >>>>> using SL for several months before i even realized that draw > distance was >>>>> configurable. >>>>> >>>>> Thanks for listening! >>>>> >>>>> _______________________________________________ >>>>> 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 >>> > -- Tateru Nino http://dwellonit.taterunino.net/ > _______________________________________________ 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 leliel.mirihi at gmail.com Sat Aug 21 23:01:21 2010 From: leliel.mirihi at gmail.com (leliel) Date: Sat, 21 Aug 2010 23:01:21 -0700 Subject: [opensource-dev] Draw Distance In-Reply-To: <4C70A949.4020508@gmail.com> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas wrote: > How about bbeing able to just type it in? Why a slider, or mouse wheel, > which is inaccurate? How about being able to type it in chat? Instead of a one off thing just for the draw distance, I'd rather we had a general command input system similar to the console on id's games. So since we use /# for the channel and /me for emotes how about /set for setting debug variables with the following syntax. /set debugvar value Where value is one of bool, integer, float, or a vector using the lsl style of <0.0, 0.0, 0.0>. With tab line completion of course. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100821/2a53288f/attachment.htm From serra.anansi at gmail.com Sun Aug 22 00:01:01 2010 From: serra.anansi at gmail.com (Serra Anansi) Date: Sun, 22 Aug 2010 03:01:01 -0400 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: I like the command line in emerald, you just type in "dd 512" and it's done. ((I really like all the command lines in emerald. Took me a bit to get used to them, but after I did I am really missing them now that I came back to V2 to give it another go while you all are working on it.)) On Sun, Aug 22, 2010 at 2:01 AM, leliel wrote: > > > On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas wrote: > > > How about bbeing able to just type it in? Why a slider, or mouse wheel, > > which is inaccurate? How about being able to type it in chat? > > Instead of a one off thing just for the draw distance, I'd rather we had a > general command input system similar to the console on id's games. So since > we use /# for the channel and /me for emotes how about /set for setting > debug variables with the following syntax. > > /set debugvar value > > Where value is one of bool, integer, float, or a vector using the lsl style > of <0.0, 0.0, 0.0>. With tab line completion of course. > > _______________________________________________ > 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/20100822/4be89825/attachment-0001.htm From miro.collas at gmail.com Sun Aug 22 00:09:10 2010 From: miro.collas at gmail.com (Miro Collas) Date: Sun, 22 Aug 2010 03:09:10 -0400 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: <4C70CD16.6050604@gmail.com> That's what I referring to, the command line commands. VERY handy! And dd is one I use a great deal. On 08/22/2010 03:01 AM, Serra Anansi wrote: > I like the command line in emerald, you just type in "dd 512" and it's done. > > ((I really like all the command lines in emerald. Took me a bit to get > used to them, but after I did I am really missing them now that I came > back to V2 to give it another go while you all are working on it.)) > > > > On Sun, Aug 22, 2010 at 2:01 AM, leliel > wrote: > > > > On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas > wrote: > > > How about bbeing able to just type it in? Why a slider, or mouse > wheel, > > which is inaccurate? How about being able to type it in chat? > > Instead of a one off thing just for the draw distance, I'd rather we > had a general command input system similar to the console on id's > games. So since we use /# for the channel and /me for emotes how > about /set for setting debug variables with the following syntax. > > /set debugvar value > > Where value is one of bool, integer, float, or a vector using the > lsl style of <0.0, 0.0, 0.0>. With tab line completion of course. > > _______________________________________________ > 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 Lance.Corrimal at eregion.de Sun Aug 22 00:40:19 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sun, 22 Aug 2010 09:40:19 +0200 Subject: [opensource-dev] Display names, again. In-Reply-To: <4C70064F.9050903@lindenlab.com> References: <201008200838.44543.Lance.Corrimal@eregion.de> <4C70064F.9050903@lindenlab.com> Message-ID: <201008220940.19855.Lance.Corrimal@eregion.de> Am Saturday 21 August 2010 schrieb Oz Linden (Scott Lawrence): > This list is really not the place for this discussion - the Display > Names blog comment area is much better. /me collapses with laughter From robin.cornelius at gmail.com Sun Aug 22 00:48:31 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Sun, 22 Aug 2010 08:48:31 +0100 Subject: [opensource-dev] VWR-20879 - Fix packaging/staging for VC Express In-Reply-To: <4C7060F3.4090905@lindenlab.com> References: <4C7060F3.4090905@lindenlab.com> Message-ID: > >> It is currently synced with viewer-development and i can resync as >> necessary depending on its position in the queue. > > Can we get confirmation from users other than Robin that using his > change enables them to build using one of the tools it adds (preferably > users who do not have VS 2005 installed)? > Oz, the changes actually add express support for 2005 not specificly support for 2008, the VC90 lines were there previously, all this patch introduces is the express path if the full version of visual studio is not found. VS 2008 will still have problems there are a whole bunch of other small fixes needs for that that are all pretty well understood but need finishing under a different task. The real test here is does express now work as expected, and for me that was yes, and does Standard/Pro/Enterprise VC2005 still work as it did previously and my independent tester said it did. Robin From robin.cornelius at gmail.com Sun Aug 22 01:00:55 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Sun, 22 Aug 2010 09:00:55 +0100 Subject: [opensource-dev] (no subject) In-Reply-To: References: Message-ID: On Sun, Aug 22, 2010 at 5:26 AM, wrote: > Hey! ?Um, i've been meaning to ask... ?Why don't i ever get the login > screen pics with Snowglobe? ?i just installed the latest release (1.5.0 > 3625) from the website and still all i ever get are little arrow icons in > the middle of a black screen. ?It's not all that important, i know, but > i've been missing them... ?Is something broken, or is it me? The login pictures are controlled by the login channel and grid that is passed when requesting the background page. Snowglobe passes its own login channel different to the main viewer which results in no pictures. But the choice to send pictures or not, is server dependent. Robin From makosoft at gmail.com Sun Aug 22 01:08:03 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Sun, 22 Aug 2010 09:08:03 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7065E0.7070208@modularsystems.sl> References: <4C7065E0.7070208@modularsystems.sl> Message-ID: On 8/22/10, Phox wrote: > The website in question suffered no ill effects, and to imply that > loading a .php and a few images is an attempt at DDOS is just > ridiculous, our login page consists of a .php script a hi-res picture, > and our website doesn't go down as a result. Your website did go down because of the load, though - a whole bunch of times in fact! There's even still an entry in the Emerald FAQ about it[1]: "Due to a problem with our webhost 500 errors are increasingly common with new traffic. Please wait a few seconds and try to reload the page, it may take a few tries before you get through." The only reason it doesn't anymore is because you moved to a bunch of really chunky and expensive dedicated servers. http://blog.modularsystems.sl/2010/07/19/emerald-user-statistics/ says that you're using two of http://www.hetzner.de/en/hosting/produkte_rootserver/eq4/ - each of which is about as powerful as some of the older Class 5 Linden Labs servers that host 4 regions each - plus a third unspecified dedicated server. Hazim was using cheap shared hosting. What's more, the guy from the Emerald project who did this knows just how much load the Emerald login screen puts on Emerald's servers, because he apparently pays for and runs them! On 8/22/10, Katharine Berry wrote: > No it doesn't. If it was a PHP script then I could've made much of the code > much simpler when I made the thing. > > It was very deliberately not a PHP script, for reasons of load. Yep, looking at the headers it's definitely static HTML. We've got an Accept-Ranges header, a Content-Length header (both of which you can get from PHP scripts but wouldn't normally), and most importantly an ETag in the same format lighttpd uses for static content. Also, the login page wasn't just making one request for a PHP-generated page from Hazim's website - it was making 20 requests for the same page. [1] http://www.modularsystems.sl/wiki/wikka.php?wakka=FAQ From aklo at skyhighway.com Sun Aug 22 01:09:08 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Sun, 22 Aug 2010 01:09:08 -0700 (PDT) Subject: [opensource-dev] Login Pic Message-ID: <42f5c26a9d5ed87a0a2bb23ad52d0b67.squirrel@cruziomail.cruzio.com> So, is it fixable? Is there some way to change the Snowglobe login channel? Or can the server be configured to respond to the channel Snowglobe already has? Or is this just something Snowglobe users should not care about? For reals, it's not important, but i miss it, & the pics are a nice touch. Thx!! - AK On Sun, Aug 22, 2010 at 5:26 AM, wrote: > > Hey! Um, i've been meaning to ask... Why don't i ever get the login > > screen pics with Snowglobe? i just installed the latest release (1.5.0 > > 3625) from the website and still all i ever get are little arrow icons in > > the middle of a black screen. It's not all that important, i know, but > > i've been missing them... Is something broken, or is it me? The login pictures are controlled by the login channel and grid that is passed when requesting the background page. Snowglobe passes its own login channel different to the main viewer which results in no pictures. But the choice to send pictures or not, is server dependent. Robin From robin.cornelius at gmail.com Sun Aug 22 01:13:49 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Sun, 22 Aug 2010 09:13:49 +0100 Subject: [opensource-dev] SSH authentication In-Reply-To: <573291.35364.qm@web43509.mail.sp1.yahoo.com> References: <4C6D29C2.8010803@boroon.dasgupta.ch> <4C6DACA5.8040102@lindenlab.com> <573291.35364.qm@web43509.mail.sp1.yahoo.com> Message-ID: On Sun, Aug 22, 2010 at 12:21 AM, Nicky Perian wrote: > How do you do this in windows. Can you take your local key from Linux? Yes, but you need the full key not just the public key. Puttygen part of the putty ssh suite has the ability to import/export OpenSSL keys as well as some other formats, and tortoiseHG probably uses the putty key format if you are using that/want to ssh auth from windows. Robin From m.a.daniel at iup.edu Sun Aug 22 01:36:59 2010 From: m.a.daniel at iup.edu (Michael Daniel) Date: Sun, 22 Aug 2010 04:36:59 -0400 Subject: [opensource-dev] Malicious payloads in third-party, viewers: is the policy worth anything? Message-ID: <4C70E1AB.5020106@iup.edu> Since I am a student on summer break until next week, I have way too much time on my hands, and I like numbers (famous last words) so I did some analysis of modular systems attack on iheartanime.com. I think the amount of data involved has been understated in many discussions I've seen so far, so I'll show my work, but long story short: 4.2 terrabytes of data transfer are involved with this attack (2.1 tb up and 2.1 tb down). I used the screen cap from the following URL to find exactly what was downloaded every time somebody logged in with the emerald viewer during this attack: http://alphavilleherald.com/images/2010/08/modular-bing.jpg I used Google Chrome's inspect element feature to find the sizes of the files downloaded (right click, inspect element - resources - size). This is what I came up with: http://iheartanime.com/griffblog.php?article=omnomnomnomnom 163.20k times 20 loads is 3264k http://iheartanime.com/images/emerald-explore-sounds.png 50.03k http://iheartanime.com/images/emerald-windows-disclosure.png 55.09kb http://iheartanime.com/images/emerald-mac-disclosure.png 66.90kb http://iheartanime.com/images/emerald-linux-disclosure.png 67.32kb http://iheartanime.com/images/imgsearch-v0.0.2.png 152.37k http://iheartanime.com/images/FRIENDLY%20GREETINGS.jpg 77.32k http://iheartanime.com/images/inertia-test.jpg 113.51k http://iheartanime.com/images/inertia-login.jpg ` 25.78k http://iheartanime.com/images/inuyertia.jpg 153.68k http://iheartanime.com/images/neillife.jpg 102.22k http://iheartanime.com/images/background-v2.png 130.64k http://iheartanime.com/images/background.png 77.40k Total size: 4336.26kb, or 4.33626mb per emerald login. According to the alphaville herald article, "Gazov told the Herald he saw 16,541,673 page hits referred by the Emerald login pages over three days". I'm sure he has the server logs to back him up, so lets see what happens if we take him at his word (which I would do, as he seems pretty honest to me). link: http://alphavilleherald.com/2010/08/emerald-viewer-login-screen-sneak-ddos-attack.html I count 32 page hits per login, so we divide 16541673 by 32 to get the number of emerald logins during the attack. 16541673 hits / 32 page loads = 516927.28125 logins from emerald Since it's not an even number, Hazim's numbers must be off a bit. That is no surprise, since his server was under such strain. Lets round it up to 516928 logins from emerald during the attack. 510678 logins during the attack * 4.33626mb requested per login = 2214432.58428mb requested from iheartanime.com I used an online calculator at the following link to translate that into terrabytes: http://www.matisse.net/bitcalc/ It works out to 2.11184748104095 Terrabytes of bandwidth stolen from Hazim in 3 days! As we all know, this bandwidth was not just stolen from Hazim. It was also stolen from Emerald users, so if we multiply that by two we get a grand total of 4.22369496154786 terrabyts stolen in three days. To make this more concrete, that's over 4.2 tb of transfer. If you'll pardon the archaic reference, the library of congress, if compressed, could fit into 4.2 tb almost two times. That's a lot of data. Citation for LOC measurement: http://bit.ly/9TRWUX The crazy part is that modular systems shows absolutely no remorse at all for stealing Hazim's bandwidth. Most hosts give unlimited bandwidth, but some do not. If, for example, his hosting was at nextpoint.net, their hosting plans all come with 2000gb of transfer, so he would have gone over by 162.53182058594gb. They charge $4.50 per gb for overage, so that would have worked out to $731.39 in damages to Hazim, not counting his regular traffic. Aren't there laws against this kind of thing? Nextpoint.net reference: http://www.nexpoint.net/support/policies/billing.cfm Video of the emerald team talking about how ridiculous it would be to apologize to Hazim, among other things: http://www.youtube.com/watch?v=rwmVj9u7C3U Somebody in the video (I'm assuming the person is Arabella Steadham) said, "I'm not going to apologize to Hazim, I mean, why would I?," as others agree that they could care less about him. They also said that their users take their account names and passwords too seriously. I don't see how the third party directory can retain any respectability at all if they don't remove Emerald. I'd be happy if each and every member of Modular Systems was banned from SL, but I know there are politics involved, so that probably won't happen. Anyway, I'm sorry if I distracted this list from more important things going on with snowstorm. Given the discussion going on in this thread, I thought some people on this list might find these numbers interesting. I can't wait to see what you guys come up with for snowstorm at the end of the first sprint. Cheers! ~Bubblesort Triskaidekaphobia From leliel.mirihi at gmail.com Sun Aug 22 02:09:02 2010 From: leliel.mirihi at gmail.com (leliel) Date: Sun, 22 Aug 2010 02:09:02 -0700 Subject: [opensource-dev] Draw Distance In-Reply-To: <4C70CD16.6050604@gmail.com> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> Message-ID: On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas wrote: > > That's what I referring to, the command line commands. VERY handy! And > dd is one I use a great deal. The problem I have with that is that the draw distance is only one of several debug settings that affect performance. I've been running with deferred rendering enabled for the past few months and I've had to enable/disable shadow maps & SSAO all the time, but I hardly ever touch the draw distance. What's more, using a general method of changing debug settings through chat would let us create gestures that changed a whole group of settings all at the same time. So when entering a laggy sim you could trigger one gesture that did all of this. /set RenderFarClip 128 /set RenderVolumeLODFactor 2.0 /set WindLightUseAtmosShaders 0 With a system like this you could change any setting on the fly without ever having to open the UI which would be great for filming machinima. Cam into a building and turn on global illumination and crank up the SSAO settings for deep highlights, cam back out and put SSAO back to the defaults and turn off GI for a better frame rate. From miro.collas at gmail.com Sun Aug 22 02:21:06 2010 From: miro.collas at gmail.com (Miro Collas) Date: Sun, 22 Aug 2010 05:21:06 -0400 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> Message-ID: <4C70EC02.4090709@gmail.com> That makes sense yes. I wasn't asking for Emerald to be copied, which is why my initial response to the issue was vague. But the basic idea is nice, I think: a nice, fast and easy way to set parameters without having to use clumsy sliders and navigate pages of dialog boxes, all via the command line. On 08/22/2010 05:09 AM, leliel wrote: > On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas wrote: >> >> That's what I referring to, the command line commands. VERY handy! And >> dd is one I use a great deal. > > The problem I have with that is that the draw distance is only one of > several debug settings that affect performance. I've been running with > deferred rendering enabled for the past few months and I've had to > enable/disable shadow maps& SSAO all the time, but I hardly ever > touch the draw distance. What's more, using a general method of > changing debug settings through chat would let us create gestures that > changed a whole group of settings all at the same time. So when > entering a laggy sim you could trigger one gesture that did all of > this. > > /set RenderFarClip 128 > /set RenderVolumeLODFactor 2.0 > /set WindLightUseAtmosShaders 0 > > With a system like this you could change any setting on the fly > without ever having to open the UI which would be great for filming > machinima. Cam into a building and turn on global illumination and > crank up the SSAO settings for deep highlights, cam back out and put > SSAO back to the defaults and turn off GI for a better frame rate. > _______________________________________________ > 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 robin.cornelius at gmail.com Sun Aug 22 02:36:18 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Sun, 22 Aug 2010 10:36:18 +0100 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> Message-ID: On Sun, Aug 22, 2010 at 10:09 AM, leliel wrote: > On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas wrote: >> >> That's what I referring to, the command line commands. VERY handy! And >> dd is one I use a great deal. > /set RenderFarClip 128 > /set RenderVolumeLODFactor 2.0 > /set WindLightUseAtmosShaders 0 > > With a system like this you could change any setting on the fly > without ever having to open the UI which would be great for filming > machinima. Cam into a building and turn on global illumination and > crank up the SSAO settings for deep highlights, cam back out and put > SSAO back to the defaults and turn off GI for a better frame rate. Thats a powerful idea, is there a new feature JIRA for this on the LL pJIRA currenty? if not could I kindly ask you to create one for it and post the issue number back here. The problem comes is its not just a case of updating the gSavedSettings with new values (which would be very easy to do in the way you have described). Many of the settings need "applying" in some way to push the correct values to the correct place, many of the debug settings would just work but some would not and thats where the work for this feature would start, but i do like where you are comming from with this. Robin From open at autistici.org Sun Aug 22 02:50:12 2010 From: open at autistici.org (Opensource Obscure) Date: Sun, 22 Aug 2010 11:50:12 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> Message-ID: On Sun, 22 Aug 2010 10:36:18 +0100, Robin Cornelius wrote: > On Sun, Aug 22, 2010 at 10:09 AM, leliel wrote: >> On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas >> wrote: >>> >>> That's what I referring to, the command line commands. VERY handy! And >>> dd is one I use a great deal. btw, recent Kirstens releases handily embed the draw distance slider into the 2.x menu upper bar. >> /set RenderFarClip 128 >> /set RenderVolumeLODFactor 2.0 >> /set WindLightUseAtmosShaders 0 >> >> With a system like this you could change any setting on the fly >> without ever having to open the UI which would be great for filming >> machinima. Cam into a building and turn on global illumination and >> crank up the SSAO settings for deep highlights, cam back out and put >> SSAO back to the defaults and turn off GI for a better frame rate. > > Thats a powerful idea, is there a new feature JIRA for this on the LL > pJIRA currenty? if not could I kindly ask you to create one for it and > post the issue number back here. +1 I like a lot leliel's suggestion about Windlight control via commandline, especially because I guess that would evolve into gestures = tradeable assets (correct?) Opensource Obscure From martin at traumwind.de Sun Aug 22 03:00:18 2010 From: martin at traumwind.de (Martin Spernau) Date: Sun, 22 Aug 2010 12:00:18 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> Message-ID: <3D68C65B-4A0C-4FF6-891F-00BF97207098@traumwind.de> > I like a lot leliel's suggestion about Windlight control > via commandline, especially because I guess that would > evolve into gestures = tradeable assets (correct?) Assuming that everyone using that gesture has the same windlight prefs installed, probably yes. That's also assuming that the currently used windlight pref can be se via debug settimngs -Martin From leliel.mirihi at gmail.com Sun Aug 22 03:20:34 2010 From: leliel.mirihi at gmail.com (leliel) Date: Sun, 22 Aug 2010 03:20:34 -0700 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> Message-ID: On Sun, Aug 22, 2010 at 2:36 AM, Robin Cornelius wrote: > > Thats a powerful idea, is there a new feature JIRA for this on the LL > pJIRA currenty? if not could I kindly ask you to create one for it and > post the issue number back here. http://jira.secondlife.com/browse/VWR-20887 > The problem comes is its not just a case of updating the > gSavedSettings with new values (which would be very easy to do in the > way you have described). Many of the settings need "applying" in some > way to push the correct values to the correct place, many of the debug > settings would just work but some would not and thats where the work > for this feature would start, but i do like where you are comming from > with this. One thing I'd like to happen before this feature is implemented is to clean up the debug settings name space. There are too many settings with random, nonsensical names. I suppose we could copy id and put everything having to do with rendering under r_ and everything for the UI under ui_ and so on. From sllists at boroon.dasgupta.ch Sun Aug 22 04:59:03 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Sun, 22 Aug 2010 13:59:03 +0200 Subject: [opensource-dev] Login Pic In-Reply-To: <42f5c26a9d5ed87a0a2bb23ad52d0b67.squirrel@cruziomail.cruzio.com> References: <42f5c26a9d5ed87a0a2bb23ad52d0b67.squirrel@cruziomail.cruzio.com> Message-ID: <4C711107.90604@boroon.dasgupta.ch> On 08/22/2010 10:09 AM, aklo at skyhighway.com wrote: > So, is it fixable? Yes, but the proper fix would be server side, so we volunteers can't do it. (Except we would create our own login page altogether and point the viewer at that. Dunno how good an idea that would be.) > Is there some way to change the Snowglobe login > channel? Yes, see the |--channel| option on the Viewer parameters page. For third party viewers (shouldn't apply to Snowglobe, just mentioning it for completeness), please be aware of the Channel and Version Requirements imposed by the TPV policy . > Or can the server be configured to respond to the channel > Snowglobe already has? I certainly assume so. I don't know how much work that'd be for LL, though, but I guess it can't be very much. > Or is this just something Snowglobe users should > not care about? These little things are important, especially if they have relatively easy fixes. Of course this on here doesn't significantly affect usability, but it does have influence on the overall impression. Even although Snowstorm might now have priority, this issue should be fixed. (I thought I'd have seen a JIRA issue about this some time ago, but can't seem to find it again.) cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/9e49b81d/attachment.htm From gareth at garethnelson.com Sun Aug 22 05:16:16 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 13:16:16 +0100 Subject: [opensource-dev] Malicious payloads in third-party, viewers: is the policy worth anything? In-Reply-To: <4C70E1AB.5020106@iup.edu> References: <4C70E1AB.5020106@iup.edu> Message-ID: I've reported emerald for violating this clause of the TPV policy: "You must not launch Denial of Service (?DoS?) attacks, engage in griefing, or distribute other functionality that Linden Lab considers harmful or disruptive to Second Life or the Second Life community." So, hopefully that'll be the end of it, hopefully...... On Sun, Aug 22, 2010 at 9:36 AM, Michael Daniel wrote: > Since I am a student on summer break until next week, I have way too > much time on my hands, and I like numbers (famous last words) so I did > some analysis of modular systems attack on iheartanime.com. > > I think the amount of data involved has been understated in many > discussions I've seen so far, so I'll show my work, but long story > short: ?4.2 terrabytes of data transfer are involved with this attack > (2.1 tb up and 2.1 tb down). > > I used the screen cap from the following URL to find exactly what was > downloaded every time somebody logged in with the emerald viewer during > this attack: > http://alphavilleherald.com/images/2010/08/modular-bing.jpg > > I used Google Chrome's inspect element feature to find the sizes of the > files downloaded (right click, inspect element - resources - size). > > This is what I came up with: > > http://iheartanime.com/griffblog.php?article=omnomnomnomnom ? ? 163.20k > ?times 20 loads is 3264k > http://iheartanime.com/images/emerald-explore-sounds.png > 50.03k > http://iheartanime.com/images/emerald-windows-disclosure.png ? ? ? ?55.09kb > http://iheartanime.com/images/emerald-mac-disclosure.png > 66.90kb > http://iheartanime.com/images/emerald-linux-disclosure.png > ? ?67.32kb > http://iheartanime.com/images/imgsearch-v0.0.2.png > ? ? 152.37k > http://iheartanime.com/images/FRIENDLY%20GREETINGS.jpg ? ? ? ?77.32k > http://iheartanime.com/images/inertia-test.jpg > ? ? ? ? ? ? ?113.51k > http://iheartanime.com/images/inertia-login.jpg ? ?` > ? ? ? ? ? ?25.78k > http://iheartanime.com/images/inuyertia.jpg > ? ? ? ? ? ?153.68k > http://iheartanime.com/images/neillife.jpg > ? ? ? ? ? ? ? ?102.22k > http://iheartanime.com/images/background-v2.png > ? ?130.64k > http://iheartanime.com/images/background.png > ? ? ? ?77.40k > > Total size: ?4336.26kb, or 4.33626mb per emerald login. > > According to the alphaville herald article, "Gazov told the Herald he > saw 16,541,673 page hits referred by the Emerald login pages over three > days". ?I'm sure he has the server logs to back him up, so lets see what > happens if we take him at his word (which I would do, as he seems pretty > honest to me). > link: > http://alphavilleherald.com/2010/08/emerald-viewer-login-screen-sneak-ddos-attack.html > > I count 32 page hits per login, so we divide 16541673 by 32 to get the > number of emerald logins during the attack. > 16541673 hits / 32 page loads = 516927.28125 logins from emerald > > Since it's not an even number, Hazim's numbers must be off a bit. ?That > is no surprise, since his server was under such strain. ?Lets round it > up to 516928 logins from emerald during the attack. > > 510678 logins during the attack * 4.33626mb requested per login = > 2214432.58428mb requested from iheartanime.com > > I used an online calculator at the following link to translate that into > terrabytes: > http://www.matisse.net/bitcalc/ > > It works out to 2.11184748104095 Terrabytes of bandwidth stolen from > Hazim in 3 days! > > As we all know, this bandwidth was not just stolen from Hazim. ?It was > also stolen from Emerald users, so if we multiply that by two we get a > grand total of 4.22369496154786 terrabyts stolen in three days. ?To make > this more concrete, that's over 4.2 tb of transfer. ?If you'll pardon > the archaic reference, the library of congress, if compressed, could fit > into 4.2 tb almost two times. ?That's a lot of data. > Citation for LOC measurement: ?http://bit.ly/9TRWUX > > The crazy part is that modular systems shows absolutely no remorse at > all for stealing Hazim's bandwidth. ?Most hosts give unlimited > bandwidth, but some do not. ?If, for example, his hosting was at > nextpoint.net, their hosting plans all come with 2000gb of transfer, so > he would have gone over by 162.53182058594gb. ?They charge $4.50 per gb > for overage, so that would have worked out to $731.39 in damages to > Hazim, not counting his regular traffic. ?Aren't there laws against this > kind of thing? > > Nextpoint.net reference: > http://www.nexpoint.net/support/policies/billing.cfm > > Video of the emerald team talking about how ridiculous it would be to > apologize to Hazim, among other things: > http://www.youtube.com/watch?v=rwmVj9u7C3U > > Somebody in the video (I'm assuming the person is Arabella Steadham) > said, "I'm not going to apologize to Hazim, I mean, why would I?," as > others agree that they could care less about him. ?They also said that > their users take their account names and passwords too seriously. > > I don't see how the third party directory can retain any respectability > at all if they don't remove Emerald. ?I'd be happy if each and every > member of Modular Systems was banned from SL, but I know there are > politics involved, so that probably won't happen. > > Anyway, I'm sorry if I distracted this list from more important things > going on with snowstorm. ?Given the discussion going on in this thread, > I thought some people on this list might find these numbers > interesting. ?I can't wait to see what you guys come up with for > snowstorm at the end of the first sprint. > > Cheers! > ~Bubblesort Triskaidekaphobia > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From missannotoole at yahoo.com Sun Aug 22 05:22:30 2010 From: missannotoole at yahoo.com (Ann Otoole) Date: Sun, 22 Aug 2010 05:22:30 -0700 (PDT) Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> Message-ID: <749070.33320.qm@web59102.mail.re1.yahoo.com> I hate replying to a policy thread here but will make this one time exception for my humble input for LL's consideration: What I think LL should consider is something in the TPV policy that prohibits any tpv from connecting to any non LL server for any reason when a LL grid is selected for login. This simple policy, if correctly followed, would have prevented the incident. It would also eliminate a tpv team from monitoring logins and usage but then where exactly did they get to do that in the first place? It is a missed policy bullet. There is no reason a client should connect to anything except an LL server when an LL grid is selected. LL needs to be totally security conscious about the login process and what rigid requirements must be met for connecting to the LL grids. I.e.; I watch my port activity. Everyone should. But not everyone would know what they are looking at. But had they been watching I bet they would have been wanting to know what all those connections to that host were all about right away. Had I been using Emerald and saw thirty something connections to iheartanime dot com appear I would have been raising hell immediately. What you connect to on the internet can be and is monitored sometimes and being open to forced connections to something really bad would be extremely unfortunate for many that have tom be squeaky clean. I use Kirstens and I don't even care much for it's connection for motd. However it does tell me when the latest release is available and that is very useful information. Maybe there is a way for LL to provide motd bullets for tpvs so they can get the word out about updates or something. There has to be a better way. Regards Ann Otoole InSL ________________________________ From: Brian McGroarty To: Thomas Grimshaw Cc: opensource-dev at lists.secondlife.com Sent: Sat, August 21, 2010 10:33:52 AM Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw wrote: > Loading 1mb of content per user is hardly a denial of service attack. > Crosslinking occurs everywhere on the web, this is simply nothing but > paranoid bull. "Crosslinking" drops the context of hiding gibberish requests to a critic's website in a hidden frame that will never be revealed to the user. This isn't a mere hyperlink to another page or naively stealing someone else's image hosting. My read (but I'm no lawyer) is that this looks like 2.d.iii of http://secondlife.com/corporate/tpv.php and we're already having that discussion. If anyone can come up with specific reasons why this might have had legitimate reason to be there, or how this one could be yet another oversight or mistake, that would be helpful. I sure haven't heard any to date. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler _______________________________________________ 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/20100822/9ea33c96/attachment.htm From gareth at garethnelson.com Sun Aug 22 05:30:09 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 13:30:09 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <749070.33320.qm@web59102.mail.re1.yahoo.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: "You must not launch Denial of Service (?DoS?) attacks, engage in griefing, or distribute other functionality that Linden Lab considers harmful or disruptive to Second Life or the Second Life community" would have prevented this incident too, if it was obeyed and enforced. On Sun, Aug 22, 2010 at 1:22 PM, Ann Otoole wrote: > I hate replying to a policy thread here but will make this one time > exception for my humble input for LL's consideration: > > What I think LL should consider is something in the TPV policy that > prohibits any tpv from connecting to any non LL server for any reason when a > LL grid is selected for login. This simple policy, if correctly followed, > would have prevented the incident. It would also eliminate a tpv team from > monitoring logins and usage but then where exactly did they get to do that > in the first place? It is a missed policy bullet. There is no reason a > client should connect to anything except an LL server when an LL grid is > selected. LL needs to be totally security conscious about the login process > and what rigid requirements must be met for connecting to the LL grids. > > I.e.; I watch my port activity. Everyone should. But not everyone would know > what they are looking at. But had they been watching I bet they would have > been wanting to know what all those connections to that host were all about > right away. Had I been using Emerald and saw thirty something connections to > iheartanime dot com appear I would have been raising hell immediately. What > you connect to on the internet can be and is monitored sometimes and being > open to forced connections to something really bad would be extremely > unfortunate for many that have tom be squeaky clean. > > I use Kirstens and I don't even care much for it's connection for motd. > However it does tell me when the latest release is available and that is > very useful information. Maybe there is a way for LL to provide motd bullets > for tpvs so they can get the word out about updates or something. > > There has to be a better way. > > Regards > > Ann Otoole InSL > > ________________________________ > From: Brian McGroarty > To: Thomas Grimshaw > Cc: opensource-dev at lists.secondlife.com > Sent: Sat, August 21, 2010 10:33:52 AM > Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is > the policy worth anything? > > On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw > wrote: >> ?Loading 1mb of content per user is hardly a denial of service attack. >> Crosslinking occurs everywhere on the web, this is simply nothing but >> paranoid bull. > > "Crosslinking" drops the context of hiding gibberish requests to a > critic's website in a hidden frame that will never be revealed to the > user. This isn't a mere hyperlink to another page or naively stealing > someone else's image hosting. > > My read (but I'm no lawyer) is that this looks like 2.d.iii of > http://secondlife.com/corporate/tpv.php and we're already having that > discussion. If anyone can come up with specific reasons why this might > have had legitimate reason to be there, or how this one could be yet > another oversight or mistake, that would be helpful. I sure haven't > heard any to date. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From gareth at garethnelson.com Sun Aug 22 05:32:14 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 13:32:14 +0100 Subject: [opensource-dev] SVN dead at LL? Message-ID: In the subject really - is subversion just dead now? -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From oz at lindenlab.com Sun Aug 22 05:59:08 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sun, 22 Aug 2010 08:59:08 -0400 Subject: [opensource-dev] SVN dead at LL? In-Reply-To: References: Message-ID: <4C711F1C.4090402@lindenlab.com> On 2010-08-22 8:32, Gareth Nelson wrote: > In the subject really - is subversion just dead now? > I know that it seems like a simple question, but it may be that it has gone over the edge to "too simple". Linden Lab has for some time been using Mercurial (hg) internally for nearly everything. Whether or not there are some uses of subversion still going on I don't know. The viewer projects are now all using hg, with the authoritative integration repository being http://hg.secondlife.com/viewer-development If the question is whether or not we are still updating the old viewer-external subversion repository to reflect the new repository above, the answer is no. Those updates were driven by builds off of a now-obsolete internal repository (somewhat confusingly named 'viewer-public'). The subversion repository for Snowglobe continues to exist. Did that answer your question? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/48e30392/attachment.htm From sllists at boroon.dasgupta.ch Sun Aug 22 06:05:21 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Sun, 22 Aug 2010 15:05:21 +0200 Subject: [opensource-dev] SVN dead at LL? In-Reply-To: References: Message-ID: <4C712091.8080200@boroon.dasgupta.ch> On 08/22/2010 02:32 PM, Gareth Nelson wrote: > In the subject really - is subversion just dead now? Define "dead". The server is still up and running and I guess it'll stay like that for the foreseeable future. About the code hosted there, and the projects behind that: * I assume there will be no further source drops of *official viewer* code on SVN, as there are now public hg repositories for that purpose, first of all http://bitbucket.org/lindenlab/viewer-development * I assume the community committers still have write access, so *Snowglobe 1* might (and probably will, if necessary) still receive security fixes. There will probably not be any new features developed for Snowglobe 1. I don't know whether some Viewer 2 features will be backported. * Features of *Snowglobe 2* will be cherry picked into Snowstorm (lindenlab/viewer-development) if LL thinks they should be in the mainline viewer. It's unclear what happens with features that the community wants but LL doesn't. (For implemented ones, you'll probably be able to get them from the individual dev's repo. We aren't yet sure whether we also want to establish a common community repo for that purpose.) cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/c71fb893/attachment.htm From makosoft at gmail.com Sun Aug 22 06:09:33 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Sun, 22 Aug 2010 14:09:33 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <749070.33320.qm@web59102.mail.re1.yahoo.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: On Sun, Aug 22, 2010 at 1:22 PM, Ann Otoole wrote: > What I think LL should consider is something in the TPV policy that > prohibits any tpv from connecting to any non LL server for any reason when a > LL grid is selected for login. This simple policy, if correctly followed, > would have prevented the incident. It would also eliminate a tpv team from > monitoring logins and usage but then where exactly did they get to do that > in the first place? It also prevents third-party viewers from notifying users that updates are available, including security updates. Whole bunch of other stuff too - for example the official Second Life login screen doesn't actually work on unofficial viewers. Besides, both incidents like this and undisclosed monitoring of usage violate the TPV policy anyway (and at least one of Emerald's privacy issues didn't involve connecting to any non-LL server at all). Have you taken a look at Imprudence's Privacy Policy, for example (http://imprudenceviewer.org/wiki/Imprudence:Privacy_policy)? This is roughly the level of disclosure the policy calls for regarding data collection associated with viewer use (the information related to the website goes beyond what the policy requires). I assume Emerald has a similar page somewhere too. From gareth at garethnelson.com Sun Aug 22 06:17:46 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 14:17:46 +0100 Subject: [opensource-dev] SVN dead at LL? In-Reply-To: <4C712091.8080200@boroon.dasgupta.ch> References: <4C712091.8080200@boroon.dasgupta.ch> Message-ID: So basically, server is still up but no updates, that pretty much answers my question On Sun, Aug 22, 2010 at 2:05 PM, Boroondas Gupte wrote: > On 08/22/2010 02:32 PM, Gareth Nelson wrote: > > In the subject really - is subversion just dead now? > > Define "dead". The server is still up and running and I guess it'll stay > like that for the foreseeable future. About the code hosted there, and the > projects behind that: > > I assume there will be no further source drops of official viewer code on > SVN, as there are now public hg repositories for that purpose, first of all > http://bitbucket.org/lindenlab/viewer-development > I assume the community committers still have write access, so Snowglobe 1 > might (and probably will, if necessary) still receive security fixes. There > will probably not be any new features developed for Snowglobe 1. I don't > know whether some Viewer 2 features will be backported. > Features of Snowglobe 2 will be cherry picked into Snowstorm > (lindenlab/viewer-development) if LL thinks they should be in the mainline > viewer. It's unclear what happens with features that the community wants but > LL doesn't. (For implemented ones, you'll probably be able to get them from > the individual dev's repo. We aren't yet sure whether we also want to > establish a common community repo for that purpose.) > > cheers > Boroondas > > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From simon.disk29 at gmail.com Sun Aug 22 06:37:17 2010 From: simon.disk29 at gmail.com (Simon Disk) Date: Sun, 22 Aug 2010 09:37:17 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <749070.33320.qm@web59102.mail.re1.yahoo.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: The login screen and this attack happened before you select the grid. On Sun, Aug 22, 2010 at 8:22 AM, Ann Otoole wrote: > I hate replying to a policy thread here but will make this one time > exception for my humble input for LL's consideration: > > What I think LL should consider is something in the TPV policy that > prohibits any tpv from connecting to any non LL server for any reason when a > LL grid is selected for login. This simple policy, if correctly followed, > would have prevented the incident. It would also eliminate a tpv team from > monitoring logins and usage but then where exactly did they get to do that > in the first place? It is a missed policy bullet. There is no reason a > client should connect to anything except an LL server when an LL grid is > selected. LL needs to be totally security conscious about the login process > and what rigid requirements must be met for connecting to the LL grids. > > I.e.; I watch my port activity. Everyone should. But not everyone would > know what they are looking at. But had they been watching I bet they would > have been wanting to know what all those connections to that host were all > about right away. Had I been using Emerald and saw thirty something > connections to iheartanime dot com appear I would have been raising hell > immediately. What you connect to on the internet can be and is monitored > sometimes and being open to forced connections to something really bad would > be extremely unfortunate for many that have tom be squeaky clean. > > I use Kirstens and I don't even care much for it's connection for motd. > However it does tell me when the latest release is available and that is > very useful information. Maybe there is a way for LL to provide motd bullets > for tpvs so they can get the word out about updates or something. > > There has to be a better way. > > Regards > > Ann Otoole InSL > > ------------------------------ > *From:* Brian McGroarty > *To:* Thomas Grimshaw > *Cc:* opensource-dev at lists.secondlife.com > *Sent:* Sat, August 21, 2010 10:33:52 AM > > *Subject:* Re: [opensource-dev] Malicious payloads in third-party viewers: > is the policy worth anything? > > On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw > wrote: > > Loading 1mb of content per user is hardly a denial of service attack. > > Crosslinking occurs everywhere on the web, this is simply nothing but > > paranoid bull. > > "Crosslinking" drops the context of hiding gibberish requests to a > critic's website in a hidden frame that will never be revealed to the > user. This isn't a mere hyperlink to another page or naively stealing > someone else's image hosting. > > My read (but I'm no lawyer) is that this looks like 2.d.iii of > http://secondlife.com/corporate/tpv.php and we're already having that > discussion. If anyone can come up with specific reasons why this might > have had legitimate reason to be there, or how this one could be yet > another oversight or mistake, that would be helpful. I sure haven't > heard any to date. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > _______________________________________________ > 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/20100822/e1dda498/attachment.htm From simon.disk29 at gmail.com Sun Aug 22 06:47:12 2010 From: simon.disk29 at gmail.com (Simon Disk) Date: Sun, 22 Aug 2010 09:47:12 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7065E0.7070208@modularsystems.sl> References: <4C7065E0.7070208@modularsystems.sl> Message-ID: On Sat, Aug 21, 2010 at 7:48 PM, Phox wrote: > (Since then, all additional metadata information has been removed from > emkdu). > The change in encryption was simply a result of inertia being able to > decode the viewer window title information. > It is my understanding that the emku was placing the hidden viewer window title information into the baked textures. So in one sentence you are saying the information was removed. And in the next you are saying it is still there just encrypted better so others cannot decode it and out you. Which is it? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/8860b680/attachment.htm From wdemauro at verizon.net Sun Aug 22 07:38:08 2010 From: wdemauro at verizon.net (Will) Date: Sun, 22 Aug 2010 10:38:08 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C7065E0.7070208@modularsystems.sl> Message-ID: <661E5735181B4F3CA83E0BDDCCFDE3AB@WillPC> Found this morning, forgive me for not noting where, but it puts it in context: Anonymous said... Why did they do that? Well, you may recall that Emerald (more specifically the libemkdu library in it) was caught leaking personally-identifiable information about its users in an encrypted form that could be read by Emerald developers. They were then caught continuing to do so after the developers in question claimed the problem was fixed, just with stronger encryption that made it harder to prove. iheartanime.com is the website of the person who figured out how to decrypt the secret information they were leaking both times, and the website on which he publicised this issue. It's basically a vendatta attack against someone who revealed the Emerald developers had been up to no good. From: Simon Disk Sent: Sunday, August 22, 2010 9:47 AM To: Phox Cc: opensource-dev at lists.secondlife.com Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? On Sat, Aug 21, 2010 at 7:48 PM, Phox wrote: (Since then, all additional metadata information has been removed from emkdu). The change in encryption was simply a result of inertia being able to decode the viewer window title information. It is my understanding that the emku was placing the hidden viewer window title information into the baked textures. So in one sentence you are saying the information was removed. And in the next you are saying it is still there just encrypted better so others cannot decode it and out you. Which is it? -------------------------------------------------------------------------------- _______________________________________________ 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/20100822/65fbc47f/attachment.htm From morgaine.dinova at googlemail.com Sun Aug 22 07:38:21 2010 From: morgaine.dinova at googlemail.com (Morgaine) Date: Sun, 22 Aug 2010 15:38:21 +0100 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: On Sun, Aug 22, 2010 at 7:01 AM, leliel wrote: > > /set debugvar value > > +1 lelie This symmetrical handling for all parameters is far superior to defining abbreviations for each one, and it is inherently extensible as the set of parameters grows. I support this. Morgaine. ==================================== On Sun, Aug 22, 2010 at 7:01 AM, leliel wrote: > > > On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas wrote: > > > How about bbeing able to just type it in? Why a slider, or mouse wheel, > > which is inaccurate? How about being able to type it in chat? > > Instead of a one off thing just for the draw distance, I'd rather we had a > general command input system similar to the console on id's games. So since > we use /# for the channel and /me for emotes how about /set for setting > debug variables with the following syntax. > > /set debugvar value > > Where value is one of bool, integer, float, or a vector using the lsl style > of <0.0, 0.0, 0.0>. With tab line completion of course. > > _______________________________________________ > 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/20100822/faca712f/attachment-0001.htm From trilobyte550m at gmail.com Sun Aug 22 07:48:14 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Sun, 22 Aug 2010 07:48:14 -0700 Subject: [opensource-dev] RenderVolumeLODfactor (branch from Draw Distance) In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> Message-ID: <6CBD3346-4EED-4D9B-938F-6768773A468D@gmail.com> Actually, it would be nice if RenderVolumeLODfactor could either persist from one version to the next (instead of getting reset with everey new version installation), or be set based on GPU detection. I imagine the default of 1.125 is based on "class 0" (intel integrated graphics) but anybody using better than that can go to 2.0 at a bare minimum. More powerful GPU's can easily handle 4.0, and from my experience the ATI 4xxx series and above/nVidia 9xxx series and above can do 6.0. On a side note, I've found that setting above 6.0 can have unexpected and unwanted results, most notably 'disappearing prims' with smaller sculpts (necklace chains, etc). Having to manually jump into debug settings with every viewer release is a pain. If it could be auto-detected, that would save a lot of novice users from having to mess around in the Advanced/Debug menu On Aug 22, 2010, at 2:50 AM, Opensource Obscure wrote: > > On Sun, 22 Aug 2010 10:36:18 +0100, Robin Cornelius > wrote: >> On Sun, Aug 22, 2010 at 10:09 AM, leliel > wrote: >>> On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas >>> wrote: >>>> >>>> That's what I referring to, the command line commands. VERY handy! And >>>> dd is one I use a great deal. > > btw, recent Kirstens releases handily embed the draw distance slider > into the 2.x menu upper bar. > >>> /set RenderFarClip 128 >>> /set RenderVolumeLODFactor 2.0 >>> /set WindLightUseAtmosShaders 0 >>> >>> With a system like this you could change any setting on the fly >>> without ever having to open the UI which would be great for filming >>> machinima. Cam into a building and turn on global illumination and >>> crank up the SSAO settings for deep highlights, cam back out and put >>> SSAO back to the defaults and turn off GI for a better frame rate. >> >> Thats a powerful idea, is there a new feature JIRA for this on the LL >> pJIRA currenty? if not could I kindly ask you to create one for it and >> post the issue number back here. > > +1 > > I like a lot leliel's suggestion about Windlight control > via commandline, especially because I guess that would > evolve into gestures = tradeable assets (correct?) > > 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 marinekelley at gmail.com Sun Aug 22 07:50:16 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Sun, 22 Aug 2010 16:50:16 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: Please be careful not to screw up debug settings that must NOT be changed. Some are capital for the viewer to function normally, and would completely shut out users who don't know how to change them back offline, and to what. It would be easy to make a gesture that completely messes up your debug settings and to distribute it. I'd like to point out that the RLV has been controlling all the windlight settings and a couple debug settings for two years now, through scripts, and it works well. I took the whitelist approach to the debug settings precisely for the reason I explained above, and it can't modify anything else so the user is safe. Marine On 22 August 2010 16:38, Morgaine wrote: > On Sun, Aug 22, 2010 at 7:01 AM, leliel wrote: > >> >> /set debugvar value >> >> > +1 lelie > > This symmetrical handling for all parameters is far superior to defining > abbreviations for each one, and it is inherently extensible as the set of > parameters grows. I support this. > > > Morgaine. > > > > ==================================== > > On Sun, Aug 22, 2010 at 7:01 AM, leliel wrote: > >> >> >> On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas wrote: >> >> > How about bbeing able to just type it in? Why a slider, or mouse wheel, >> > which is inaccurate? How about being able to type it in chat? >> >> Instead of a one off thing just for the draw distance, I'd rather we had >> a general command input system similar to the console on id's games. So >> since we use /# for the channel and /me for emotes how about /set for >> setting debug variables with the following syntax. >> >> /set debugvar value >> >> Where value is one of bool, integer, float, or a vector using the lsl >> style of <0.0, 0.0, 0.0>. With tab line completion of course. >> >> _______________________________________________ >> 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/20100822/09a9d612/attachment.htm From jbhancroft at gmail.com Sun Aug 22 07:56:01 2010 From: jbhancroft at gmail.com (JB Hancroft) Date: Sun, 22 Aug 2010 10:56:01 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <749070.33320.qm@web59102.mail.re1.yahoo.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: Hi Ann, You suggested: * "What I think LL should consider is something in the TPV policy that prohibits any tpv from connecting to any non LL server for any reason when a LL grid is selected for login."* I'd change that to require that any TPV *disclose* the specifics of any and all non-LL servers that they are connecting to, and the details of why they are doing so. Otherwise, some of the possible value-added functionality gets crippled. The real issue here is the TPVP is just legal CYA for LL, it's not something they actually monitor or enforce. There is no assurance being provided by LL or by the TPV developer, that they have any sense of reasonable security, including processes that limit rogue devs from pulling the kind of stunts that the Emerald team seem to favor. If the TPVP really matters, we'll see Emerald shut down from the TPVP program, because of this accumulated nonsense. If not, then it confirms that it's all just a paper chase. Regards, - JB On Sun, Aug 22, 2010 at 8:22 AM, Ann Otoole wrote: > I hate replying to a policy thread here but will make this one time > exception for my humble input for LL's consideration: > > What I think LL should consider is something in the TPV policy that > prohibits any tpv from connecting to any non LL server for any reason when a > LL grid is selected for login. This simple policy, if correctly followed, > would have prevented the incident. It would also eliminate a tpv team from > monitoring logins and usage but then where exactly did they get to do that > in the first place? It is a missed policy bullet. There is no reason a > client should connect to anything except an LL server when an LL grid is > selected. LL needs to be totally security conscious about the login process > and what rigid requirements must be met for connecting to the LL grids. > > I.e.; I watch my port activity. Everyone should. But not everyone would > know what they are looking at. But had they been watching I bet they would > have been wanting to know what all those connections to that host were all > about right away. Had I been using Emerald and saw thirty something > connections to iheartanime dot com appear I would have been raising hell > immediately. What you connect to on the internet can be and is monitored > sometimes and being open to forced connections to something really bad would > be extremely unfortunate for many that have tom be squeaky clean. > > I use Kirstens and I don't even care much for it's connection for motd. > However it does tell me when the latest release is available and that is > very useful information. Maybe there is a way for LL to provide motd bullets > for tpvs so they can get the word out about updates or something. > > There has to be a better way. > > Regards > > Ann Otoole InSL > > ------------------------------ > *From:* Brian McGroarty > *To:* Thomas Grimshaw > *Cc:* opensource-dev at lists.secondlife.com > *Sent:* Sat, August 21, 2010 10:33:52 AM > > *Subject:* Re: [opensource-dev] Malicious payloads in third-party viewers: > is the policy worth anything? > > On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw > wrote: > > Loading 1mb of content per user is hardly a denial of service attack. > > Crosslinking occurs everywhere on the web, this is simply nothing but > > paranoid bull. > > "Crosslinking" drops the context of hiding gibberish requests to a > critic's website in a hidden frame that will never be revealed to the > user. This isn't a mere hyperlink to another page or naively stealing > someone else's image hosting. > > My read (but I'm no lawyer) is that this looks like 2.d.iii of > http://secondlife.com/corporate/tpv.php and we're already having that > discussion. If anyone can come up with specific reasons why this might > have had legitimate reason to be there, or how this one could be yet > another oversight or mistake, that would be helpful. I sure haven't > heard any to date. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > _______________________________________________ > 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/20100822/5b8755b8/attachment.htm From gareth at garethnelson.com Sun Aug 22 07:58:11 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 15:58:11 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: Being listed in the directory is a sign that viewer devs have self-certified compliance, but it's also an unconcious sign to users that the viewer is legit, even if not intended. On Sun, Aug 22, 2010 at 3:56 PM, JB Hancroft wrote: > Hi Ann, > > You suggested:? "What I think LL should consider is something in the TPV > policy that prohibits any tpv from connecting to any non LL server for any > reason when a LL grid is selected for login." > > I'd change that to require that any TPV disclose the specifics of any and > all non-LL servers that they are connecting to, and the details of why they > are doing so.? Otherwise, some of the possible value-added functionality > gets crippled. > > The real issue here is the TPVP is just legal CYA for LL, it's not something > they actually monitor or enforce. > There is no assurance being provided by LL or by the TPV developer, that > they have any sense of reasonable security, including processes that limit > rogue devs from pulling the kind of stunts that the Emerald team seem to > favor. > > If the TPVP really matters, we'll see Emerald shut down from the TPVP > program, because of this accumulated nonsense. > If not, then it confirms that it's all just a paper chase. > > Regards, > - JB > > On Sun, Aug 22, 2010 at 8:22 AM, Ann Otoole wrote: >> >> I hate replying to a policy thread here but will make this one time >> exception for my humble input for LL's consideration: >> >> What I think LL should consider is something in the TPV policy that >> prohibits any tpv from connecting to any non LL server for any reason when a >> LL grid is selected for login. This simple policy, if correctly followed, >> would have prevented the incident. It would also eliminate a tpv team from >> monitoring logins and usage but then where exactly did they get to do that >> in the first place? It is a missed policy bullet. There is no reason a >> client should connect to anything except an LL server when an LL grid is >> selected. LL needs to be totally security conscious about the login process >> and what rigid requirements must be met for connecting to the LL grids. >> >> I.e.; I watch my port activity. Everyone should. But not everyone would >> know what they are looking at. But had they been watching I bet they would >> have been wanting to know what all those connections to that host were all >> about right away. Had I been using Emerald and saw thirty something >> connections to iheartanime dot com appear I would have been raising hell >> immediately. What you connect to on the internet can be and is monitored >> sometimes and being open to forced connections to something really bad would >> be extremely unfortunate for many that have tom be squeaky clean. >> >> I use Kirstens and I don't even care much for it's connection for motd. >> However it does tell me when the latest release is available and that is >> very useful information. Maybe there is a way for LL to provide motd bullets >> for tpvs so they can get the word out about updates or something. >> >> There has to be a better way. >> >> Regards >> >> Ann Otoole InSL >> >> ________________________________ >> From: Brian McGroarty >> To: Thomas Grimshaw >> Cc: opensource-dev at lists.secondlife.com >> Sent: Sat, August 21, 2010 10:33:52 AM >> Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: >> is the policy worth anything? >> >> On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw >> wrote: >> > ?Loading 1mb of content per user is hardly a denial of service attack. >> > Crosslinking occurs everywhere on the web, this is simply nothing but >> > paranoid bull. >> >> "Crosslinking" drops the context of hiding gibberish requests to a >> critic's website in a hidden frame that will never be revealed to the >> user. This isn't a mere hyperlink to another page or naively stealing >> someone else's image hosting. >> >> My read (but I'm no lawyer) is that this looks like 2.d.iii of >> http://secondlife.com/corporate/tpv.php and we're already having that >> discussion. If anyone can come up with specific reasons why this might >> have had legitimate reason to be there, or how this one could be yet >> another oversight or mistake, that would be helpful. I sure haven't >> heard any to date. >> >> -- >> Brian McGroarty | Linden Lab >> Sent from my Newton MP2100 via acoustic coupler >> _______________________________________________ >> 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From Lance.Corrimal at eregion.de Sun Aug 22 08:14:05 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sun, 22 Aug 2010 17:14:05 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> Message-ID: <201008221714.05405.Lance.Corrimal@eregion.de> Am Sunday 22 August 2010 schrieb Marine Kelley: > Please be careful not to screw up debug settings that must NOT be > changed. Some are capital for the viewer to function normally [...] could someone please elaborate on why those settings even exist and are changeable? i mean, basically, a debug setting is nothing other than an entry in the global settings.xml file. According to my understanding of what marine points out, seetting certain of these to other than the default values will render the client unusable... then why on earth are these changeable settings at all, instead of #define lines directly in the source??? or, at least, autogenerated variables in the source, instead of something that users can f'ck with? bye, LC From marinekelley at gmail.com Sun Aug 22 08:21:45 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Sun, 22 Aug 2010 17:21:45 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: <201008221714.05405.Lance.Corrimal@eregion.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008221714.05405.Lance.Corrimal@eregion.de> Message-ID: On 22 August 2010 17:14, Lance Corrimal wrote: > > could someone please elaborate on why those settings even exist and > are changeable? > > Well, I believe there are SOME debug settings that are worth changing for a developer, but NOT for the user. I am thinking of "ConnectionPort" for example. Change that for the average user and they can't connect to SL anymore until they actually find out how to change this value back and to what value, if ever. Granted they could reinstall the viewer, but still it is annoying at best. You could also sneak a change on "MediaShowOnOthers" to force the avatar to see the media on your own attachments, and use that to hack their computer. There are plenty of nasty things you can do if this can of worms is opened. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/7b2c1cb0/attachment.htm From Lance.Corrimal at eregion.de Sun Aug 22 08:22:56 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sun, 22 Aug 2010 17:22:56 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: <201008221714.05405.Lance.Corrimal@eregion.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008221714.05405.Lance.Corrimal@eregion.de> Message-ID: <201008221722.56398.Lance.Corrimal@eregion.de> related line of thought: how much faster could the viewer be if every single of these "do not change this ever" settings was replaced with a #define in a central include file? or in other words, what is the cpu cycle penalty for a SavedSettings.getBOOL() and the others? bye, LC Am Sunday 22 August 2010 schrieb Lance Corrimal: > Am Sunday 22 August 2010 schrieb Marine Kelley: > > Please be careful not to screw up debug settings that must NOT be > > changed. Some are capital for the viewer to function normally > > [...] > > could someone please elaborate on why those settings even exist and > are changeable? > > > i mean, basically, a debug setting is nothing other than an entry > in the global settings.xml file. > > According to my understanding of what marine points out, seetting > certain of these to other than the default values will render the > client unusable... then why on earth are these changeable settings > at all, instead of #define lines directly in the source??? > > or, at least, autogenerated variables in the source, instead of > something that users can f'ck with? > > 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 trilobyte550m at gmail.com Sun Aug 22 08:26:14 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Sun, 22 Aug 2010 08:26:14 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: Agreed, I think most users treat the viewers on that directory as having been approved for use by Linden Lab. Sort of a 'good housekeeping seal of approval' for the SL grid, if you will. On Aug 22, 2010, at 7:58 AM, Gareth Nelson wrote: > Being listed in the directory is a sign that viewer devs have > self-certified compliance, but it's also an unconcious sign to users > that the viewer is legit, even if not intended. > > On Sun, Aug 22, 2010 at 3:56 PM, JB Hancroft wrote: >> Hi Ann, >> >> You suggested: "What I think LL should consider is something in the TPV >> policy that prohibits any tpv from connecting to any non LL server for any >> reason when a LL grid is selected for login." >> >> I'd change that to require that any TPV disclose the specifics of any and >> all non-LL servers that they are connecting to, and the details of why they >> are doing so. Otherwise, some of the possible value-added functionality >> gets crippled. >> >> The real issue here is the TPVP is just legal CYA for LL, it's not something >> they actually monitor or enforce. >> There is no assurance being provided by LL or by the TPV developer, that >> they have any sense of reasonable security, including processes that limit >> rogue devs from pulling the kind of stunts that the Emerald team seem to >> favor. >> >> If the TPVP really matters, we'll see Emerald shut down from the TPVP >> program, because of this accumulated nonsense. >> If not, then it confirms that it's all just a paper chase. >> >> Regards, >> - JB >> >> On Sun, Aug 22, 2010 at 8:22 AM, Ann Otoole wrote: >>> >>> I hate replying to a policy thread here but will make this one time >>> exception for my humble input for LL's consideration: >>> >>> What I think LL should consider is something in the TPV policy that >>> prohibits any tpv from connecting to any non LL server for any reason when a >>> LL grid is selected for login. This simple policy, if correctly followed, >>> would have prevented the incident. It would also eliminate a tpv team from >>> monitoring logins and usage but then where exactly did they get to do that >>> in the first place? It is a missed policy bullet. There is no reason a >>> client should connect to anything except an LL server when an LL grid is >>> selected. LL needs to be totally security conscious about the login process >>> and what rigid requirements must be met for connecting to the LL grids. >>> >>> I.e.; I watch my port activity. Everyone should. But not everyone would >>> know what they are looking at. But had they been watching I bet they would >>> have been wanting to know what all those connections to that host were all >>> about right away. Had I been using Emerald and saw thirty something >>> connections to iheartanime dot com appear I would have been raising hell >>> immediately. What you connect to on the internet can be and is monitored >>> sometimes and being open to forced connections to something really bad would >>> be extremely unfortunate for many that have tom be squeaky clean. >>> >>> I use Kirstens and I don't even care much for it's connection for motd. >>> However it does tell me when the latest release is available and that is >>> very useful information. Maybe there is a way for LL to provide motd bullets >>> for tpvs so they can get the word out about updates or something. >>> >>> There has to be a better way. >>> >>> Regards >>> >>> Ann Otoole InSL >>> >>> ________________________________ >>> From: Brian McGroarty >>> To: Thomas Grimshaw >>> Cc: opensource-dev at lists.secondlife.com >>> Sent: Sat, August 21, 2010 10:33:52 AM >>> Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: >>> is the policy worth anything? >>> >>> On Sat, Aug 21, 2010 at 7:04 AM, Thomas Grimshaw >>> wrote: >>>> Loading 1mb of content per user is hardly a denial of service attack. >>>> Crosslinking occurs everywhere on the web, this is simply nothing but >>>> paranoid bull. >>> >>> "Crosslinking" drops the context of hiding gibberish requests to a >>> critic's website in a hidden frame that will never be revealed to the >>> user. This isn't a mere hyperlink to another page or naively stealing >>> someone else's image hosting. >>> >>> My read (but I'm no lawyer) is that this looks like 2.d.iii of >>> http://secondlife.com/corporate/tpv.php and we're already having that >>> discussion. If anyone can come up with specific reasons why this might >>> have had legitimate reason to be there, or how this one could be yet >>> another oversight or mistake, that would be helpful. I sure haven't >>> heard any to date. >>> >>> -- >>> Brian McGroarty | Linden Lab >>> Sent from my Newton MP2100 via acoustic coupler >>> _______________________________________________ >>> 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 >> > > > > -- > ?Lanie, I?m going to print more printers. Lots more printers. One for > everyone. That?s worth going to jail for. That?s worth anything.? - > Printcrime by Cory Doctrow > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > _______________________________________________ > 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 nexisentertainment at gmail.com Sun Aug 22 08:29:45 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Sun, 22 Aug 2010 08:29:45 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? Message-ID: <4C714269.9090708@gmail.com> (Replied offlist by accident.) Funny how you allow Phox and crew to continue operating after they purposefully leak info and attack a website, and then you ban me for running a freakin' rental company to help pay a friend's bills. Get your priorities straight and either enforce ALL of your rules for EVERYONE, or don't enforce them at all. Rob The guy who used to develop Luna before he got banned and started making crap for Minecraft instead. On 8/21/2010 8:34 AM, Brian McGroarty wrote: > On Sat, Aug 21, 2010 at 8:24 AM, Discrete Dreamscape > wrote: >> Actually, I prefer to remember him as: >> >> 1) The guy who hacked Emerald's servers before discovering the data >> storage issue and >> >> 2) The active developer of a malicious viewer under the lolguise of >> promoting exploit/bugfixing. >> >> But hey, they keep antagonizing him, so of course this kind of thing continues. > Yeah, he's no saint from these or a hundred other things said about > him. Ditto the Emerald leadership. For us though, the problem begins > if a pissing match extends to SL or resis' use of SL. > From q at lindenlab.com Sun Aug 22 09:05:10 2010 From: q at lindenlab.com (Q Linden) Date: Sun, 22 Aug 2010 12:05:10 -0400 Subject: [opensource-dev] SVN dead at LL? In-Reply-To: References: Message-ID: Yes. We have switched to hg (Mercurial) entirely. And we are lots happier. Some day with a better keyboard and two working hands I could explain why. -- Q (iPhone => terse) On Aug 22, 2010, at 8:32 AM, Gareth Nelson wrote: > In the subject really - is subversion just dead now? > > -- > ?Lanie, I?m going to print more printers. Lots more printers. One for > everyone. That?s worth going to jail for. That?s worth anything.? - > Printcrime by Cory Doctrow > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > _______________________________________________ > 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 Sun Aug 22 09:40:49 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sun, 22 Aug 2010 18:40:49 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008221714.05405.Lance.Corrimal@eregion.de> Message-ID: <201008221840.49663.Lance.Corrimal@eregion.de> Am Sunday 22 August 2010 schrieb Marine Kelley: > Well, I believe there are SOME debug settings that are worth > changing for a developer, but NOT for the user. I am thinking of > "ConnectionPort" for example. Change that for the average user and > they can't connect to SL anymore until they actually find out how > to change this value back and to what value, if ever. not true, actually... ConnectionPort is a port that the viewer is listening on (for UDP packets, i believe). I'm running with custom ports here since a few months ago (onde distinct, different port on each client computer) and that actually made thing (teleports and such) a bit better behind a nat router... still, most of those settings should just be replaced with defines in an incluide file as soon as the build type in the develop.py call is "Release"... bye, LC From secret.argent at gmail.com Sun Aug 22 10:09:11 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 22 Aug 2010 12:09:11 -0500 Subject: [opensource-dev] Draw Distance In-Reply-To: <201008221714.05405.Lance.Corrimal@eregion.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008221714.05405.Lance.Corrimal@eregion.de> Message-ID: <4331405D-AD7D-42BF-8333-43AD897B80BD@gmail.com> On 2010-08-22, at 10:14, Lance Corrimal wrote: > Am Sunday 22 August 2010 schrieb Marine Kelley: >> Please be careful not to screw up debug settings that must NOT be >> changed. Some are capital for the viewer to function normally [...] > could someone please elaborate on why those settings even exist and > are changeable? Some of them can be changed, but only if you know exactly what you're doing. They're in the advanced debug settings list because they're there for the people who DO know exactly what they're doing. Some used to be meaningful but are no longer sensible to change. Some are there for cases when you DO want the viewer to function abnormally... for example changing port numbers. There really needs to be a "not so advanced advanced debug" subset that could then be exported via a "/set" option. From robertltux at gmail.com Sun Aug 22 10:20:11 2010 From: robertltux at gmail.com (Robert Martin) Date: Sun, 22 Aug 2010 13:20:11 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: On Sun, Aug 22, 2010 at 10:56 AM, JB Hancroft wrote: > If the TPVP really matters, we'll see Emerald shut down from the TPVP > program, because of this accumulated nonsense. > If not, then it confirms that it's all just a paper chase. actually lets see whats going on here 1 the whole texture thing was due to the viewers install folder being baked into textures IF THIS IS LEFT AS DEFAULT then very little info is actually given the problem is some folks were doing installs into their own home folder (somebody did not account for that) 2 the whole login screen edit was mostly the person in question err being "drunk" at the time and not going back to fix/revert his editing (btw he is in fact stepping down and surrendering the domain) I would say that since 1 the problems are being fixed 2 former lindens (from the recent "Night of Glass" set of layoffs) are now being hired as part of the E-Team this is a closed issue -- Robert L Martin Phox whenish is the next beta coming out and is 2439 being blocked?? From dillydobbs at gmail.com Sun Aug 22 10:27:13 2010 From: dillydobbs at gmail.com (dilly dobbs) Date: Sun, 22 Aug 2010 12:27:13 -0500 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: this has been put many ways and this is the clearest it can be put. FC quits, hands off to Arabella (read the sandbox dialogs to gauge her reliability), FC creates new account with new name, make some meaningless webserver changes, FC comes back with a new name, lather/rinse/repeat. They have proved that they can not be trusted. I love deadlines. I like the whooshing sound they make as they fly by Douglas Adams On Sun, Aug 22, 2010 at 12:20 PM, Robert Martin wrote: > On Sun, Aug 22, 2010 at 10:56 AM, JB Hancroft > wrote: > > If the TPVP really matters, we'll see Emerald shut down from the TPVP > > program, because of this accumulated nonsense. > > If not, then it confirms that it's all just a paper chase. > > actually lets see whats going on here > 1 the whole texture thing was due to the viewers install folder being > baked into textures > IF THIS IS LEFT AS DEFAULT then very little info is actually given the > problem is some folks were doing installs into their own home folder > (somebody did not account for that) > > 2 the whole login screen edit was mostly the person in question err > being "drunk" at the time and not going back to fix/revert his editing > (btw he is in fact stepping down and surrendering the domain) > > I would say that since 1 the problems are being fixed 2 former lindens > (from the recent "Night of Glass" set of layoffs) are now being hired > as part of the E-Team this is a closed issue > > -- > Robert L Martin > Phox whenish is the next beta coming out and is 2439 being blocked?? > _______________________________________________ > 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/20100822/2c400ecd/attachment.htm From gareth at garethnelson.com Sun Aug 22 10:32:09 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 18:32:09 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: Tell me, what's the default install path on linux, if there even is an installer? I know personally when I use a new viewer I do this: wget http://whatever gunzip whatever.tar.gz tar xvf whatever.tar cd ~/whatever ./whatever or: svn co http://whatever cd whatever cd indra python develop.py build cd viewer-linux-i686-relwithdebinfo/newview/packaged ./whatever So that the full path will be /home/gareth/whatever or /home/gareth/whatever/viewer-linux-i686-relwithdebinfo/newview/packaged If I wanted to be anonymous in-world (and usually I don't, i'm quite open even when i'm doing all kinds of sexy fetish stuff - but some people do value keeping their real name private), leaking the "/home/gareth" part would be a huge problem. On Sun, Aug 22, 2010 at 6:20 PM, Robert Martin wrote: > On Sun, Aug 22, 2010 at 10:56 AM, JB Hancroft wrote: >> If the TPVP really matters, we'll see Emerald shut down from the TPVP >> program, because of this accumulated nonsense. >> If not, then it confirms that it's all just a paper chase. > > actually lets see whats going on here > 1 the whole texture thing was due to the viewers install folder being > baked into textures > IF THIS IS LEFT AS DEFAULT then very little info is actually given the > problem is some folks were doing installs into their own home folder > (somebody did not account for that) > > 2 the whole login screen edit was mostly the person in question err > being "drunk" at the time and not going back to fix/revert his editing > (btw he is in fact stepping down and surrendering the domain) > > I would say that since 1 the problems are being fixed 2 former lindens > (from the recent "Night of Glass" set of layoffs) are now being hired > as part of the E-Team this is a closed issue > > -- > Robert L Martin > Phox whenish is the next beta coming out and is 2439 being blocked?? > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From jessesa at gmail.com Sun Aug 22 10:32:27 2010 From: jessesa at gmail.com (Jesse Barnett) Date: Sun, 22 Aug 2010 13:32:27 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: Fractured has stepped down and out of the Emerald picture http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ But it is painfully obvious that the comments are being heavily moderated and I know that neither of mine have gotten through. The Phox is still in the hen house and it is going to take much more then this token response to restore confidence. Anyone watching the videos and listening to their voices can see that a complete reorganization needs to be done and transparency demonstrated and verified. I hope that the upper echelons of Linden Lab are not fooled by the blog post and instead demand that more action be taken. At the bare minimum, they need to be delisted until real change has been shown. Ignoring this and giving the all clear with no other action taken on the part of Linden Lab will instead demonstrate that the TPV is a worthless scrap of paper. Jesse Barnett -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/5b926e63/attachment.htm From tateru.nino at gmail.com Sun Aug 22 10:38:56 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Mon, 23 Aug 2010 03:38:56 +1000 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: <4C7160B0.7050300@weblogsinc.com> Arabella has also resigned. On 23/08/2010 3:32 AM, Jesse Barnett wrote: > Fractured has stepped down and out of the Emerald picture > > http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ > > But it is painfully obvious that the comments are being heavily > moderated and I know that neither of mine have gotten through. > > The Phox is still in the hen house and it is going to take much more > then this token response to restore confidence. Anyone watching the > videos and listening to their voices can see that a > complete reorganization needs to be done and transparency demonstrated > and verified. > > I hope that the upper echelons of Linden Lab are not fooled by the > blog post and instead demand that more action be taken. At the bare > minimum, they need to be delisted until real change has been shown. > > Ignoring this and giving the all clear with no other action taken on > the part of Linden Lab will instead demonstrate that the TPV is a > worthless scrap of paper. > > Jesse Barnett > > > _______________________________________________ > 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 -- Tateru Nino Contributing Editor http://massively.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/6f09cc5a/attachment-0001.htm From zenmondo at gmail.com Sun Aug 22 10:39:01 2010 From: zenmondo at gmail.com (L. Christopher Bird) Date: Sun, 22 Aug 2010 11:39:01 -0600 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> Message-ID: On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett wrote: > > > Ignoring this and giving the all clear with no other action taken on the > part of Linden Lab will instead demonstrate that the TPV is a worthless > scrap of paper. > > Correction, it only exist on paper if printed. The proper phrase is "a worthless configuration of pixels" The TPVP makes it clear what the consequences are for breaking the policy. 8c says: "If a Third-Party Viewer or your use or distribution of it violates this Policy or any Linden Lab policy, your permission to access Second Life using the Third-Party Viewer shall terminate automatically. You acknowledge and agree that we may require you to stop using or distributing a Third-Party Viewer for accessing Second Life if we determine that there is a violation." So either the lab will enforce this, or they will say "Well you are so popular you can screw around all you want". Is Emerald the viewer "too big to fail"? -- ZenMondo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/94a853e4/attachment-0001.htm From Lance.Corrimal at eregion.de Sun Aug 22 11:01:56 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sun, 22 Aug 2010 20:01:56 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: Message-ID: <201008222001.56289.Lance.Corrimal@eregion.de> Am Sunday 22 August 2010 schrieb L. Christopher Bird: > On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett wrote: > > Ignoring this and giving the all clear with no other action taken > > on the part of Linden Lab will instead demonstrate that the TPV > > is a worthless scrap of paper. > > Correction, it only exist on paper if printed. The proper phrase is > "a worthless configuration of pixels" > > The TPVP makes it clear what the consequences are for breaking the > policy. 8c says: > > "If a Third-Party Viewer or your use or distribution of it violates > this Policy or any Linden Lab policy, your permission to access > Second Life using the Third-Party Viewer shall terminate > automatically. You acknowledge and agree that we may require you > to stop using or distributing a Third-Party Viewer for accessing > Second Life if we determine that there is a violation." > > So either the lab will enforce this, or they will say "Well you are > so popular you can screw around all you want". Is Emerald the > viewer "too big to fail"? > > -- ZenMondo I just looked and emerald's not in the tpv directory anymore. From andsim2 at gmail.com Sun Aug 22 11:07:46 2010 From: andsim2 at gmail.com (Andrew Simpson) Date: Sun, 22 Aug 2010 14:07:46 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <201008222001.56289.Lance.Corrimal@eregion.de> References: <201008222001.56289.Lance.Corrimal@eregion.de> Message-ID: <4C716772.8060605@gmail.com> oh.. what this mean? we cant use emerald anymore? On 22/08/2010 2:01 PM, Lance Corrimal wrote: > Am Sunday 22 August 2010 schrieb L. Christopher Bird: >> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett > wrote: >>> Ignoring this and giving the all clear with no other action taken >>> on the part of Linden Lab will instead demonstrate that the TPV >>> is a worthless scrap of paper. >> Correction, it only exist on paper if printed. The proper phrase is >> "a worthless configuration of pixels" >> >> The TPVP makes it clear what the consequences are for breaking the >> policy. 8c says: >> >> "If a Third-Party Viewer or your use or distribution of it violates >> this Policy or any Linden Lab policy, your permission to access >> Second Life using the Third-Party Viewer shall terminate >> automatically. You acknowledge and agree that we may require you >> to stop using or distributing a Third-Party Viewer for accessing >> Second Life if we determine that there is a violation." >> >> So either the lab will enforce this, or they will say "Well you are >> so popular you can screw around all you want". Is Emerald the >> viewer "too big to fail"? >> >> -- ZenMondo > I just looked and emerald's not in the tpv directory anymore. > _______________________________________________ > 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 > -- AnSky Grid is fun & enjoy with community -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/2f6f00f2/attachment.htm From gareth at garethnelson.com Sun Aug 22 11:50:53 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 19:50:53 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <201008222001.56289.Lance.Corrimal@eregion.de> References: <201008222001.56289.Lance.Corrimal@eregion.de> Message-ID: As they shouldn't be! Although one does wonder whether users are now at risk of being banned if they keep using it On Sun, Aug 22, 2010 at 7:01 PM, Lance Corrimal wrote: > Am Sunday 22 August 2010 schrieb L. Christopher Bird: >> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett > wrote: >> > Ignoring this and giving the all clear with no other action taken >> > on the part of Linden Lab will instead demonstrate that the TPV >> > is a worthless scrap of paper. >> >> Correction, it only exist on paper if printed. The proper phrase is >> "a worthless configuration of pixels" >> >> The TPVP makes it clear what the consequences are for breaking the >> policy. 8c says: >> >> "If a Third-Party Viewer or your use or distribution of it violates >> this Policy or any Linden Lab policy, your permission to access >> Second Life using the Third-Party Viewer shall terminate >> automatically. You acknowledge and agree that we may require you >> to stop using or distributing a Third-Party Viewer for accessing >> Second Life if we determine that there is a violation." >> >> So either the lab will enforce this, or they will say "Well you are >> so popular you can screw around all you want". ?Is Emerald the >> viewer "too big to fail"? >> >> -- ZenMondo > > I just looked and emerald's not in the tpv directory anymore. > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From wdemauro at verizon.net Sun Aug 22 12:19:25 2010 From: wdemauro at verizon.net (Will) Date: Sun, 22 Aug 2010 15:19:25 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> Message-ID: <87BEBE31F9294958BCFF532DD182818F@WillPC> They may be waiting to make a formal announcement before they pull the plug on the viewer- didn't they make a policy of not allowing any viewer to connect that wasn't on the list? I think so- -------------------------------------------------- From: "Gareth Nelson" Sent: Sunday, August 22, 2010 2:50 PM To: "Lance Corrimal" Cc: Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? > As they shouldn't be! > Although one does wonder whether users are now at risk of being banned > if they keep using it > > On Sun, Aug 22, 2010 at 7:01 PM, Lance Corrimal > wrote: >> Am Sunday 22 August 2010 schrieb L. Christopher Bird: >>> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett >> wrote: >>> > Ignoring this and giving the all clear with no other action taken >>> > on the part of Linden Lab will instead demonstrate that the TPV >>> > is a worthless scrap of paper. >>> >>> Correction, it only exist on paper if printed. The proper phrase is >>> "a worthless configuration of pixels" >>> >>> The TPVP makes it clear what the consequences are for breaking the >>> policy. 8c says: >>> >>> "If a Third-Party Viewer or your use or distribution of it violates >>> this Policy or any Linden Lab policy, your permission to access >>> Second Life using the Third-Party Viewer shall terminate >>> automatically. You acknowledge and agree that we may require you >>> to stop using or distributing a Third-Party Viewer for accessing >>> Second Life if we determine that there is a violation." >>> >>> So either the lab will enforce this, or they will say "Well you are >>> so popular you can screw around all you want". Is Emerald the >>> viewer "too big to fail"? >>> >>> -- ZenMondo >> >> I just looked and emerald's not in the tpv directory anymore. >> _______________________________________________ >> 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 >> > > > > -- > ?Lanie, I?m going to print more printers. Lots more printers. One for > everyone. That?s worth going to jail for. That?s worth anything.? - > Printcrime by Cory Doctrow > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > _______________________________________________ > 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 gareth at garethnelson.com Sun Aug 22 12:25:20 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 20:25:20 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <87BEBE31F9294958BCFF532DD182818F@WillPC> References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> Message-ID: As I understand it, you don't need to be in the list, just comply with the policy. On Sun, Aug 22, 2010 at 8:19 PM, Will wrote: > They may be waiting to make a formal announcement before they pull the plug > on the viewer- didn't they make a policy of not allowing any viewer to > connect that wasn't on the list? ?I think so- > > -------------------------------------------------- > From: "Gareth Nelson" > Sent: Sunday, August 22, 2010 2:50 PM > To: "Lance Corrimal" > Cc: > Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is > the policy worth anything? > >> As they shouldn't be! >> Although one does wonder whether users are now at risk of being banned >> if they keep using it >> >> On Sun, Aug 22, 2010 at 7:01 PM, Lance Corrimal >> wrote: >>> >>> Am Sunday 22 August 2010 schrieb L. Christopher Bird: >>>> >>>> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett >>> >>> wrote: >>>> >>>> > Ignoring this and giving the all clear with no other action taken >>>> > on the part of Linden Lab will instead demonstrate that the TPV >>>> > is a worthless scrap of paper. >>>> >>>> Correction, it only exist on paper if printed. The proper phrase is >>>> "a worthless configuration of pixels" >>>> >>>> The TPVP makes it clear what the consequences are for breaking the >>>> policy. 8c says: >>>> >>>> "If a Third-Party Viewer or your use or distribution of it violates >>>> this Policy or any Linden Lab policy, your permission to access >>>> Second Life using the Third-Party Viewer shall terminate >>>> automatically. You acknowledge and agree that we may require you >>>> to stop using or distributing a Third-Party Viewer for accessing >>>> Second Life if we determine that there is a violation." >>>> >>>> So either the lab will enforce this, or they will say "Well you are >>>> so popular you can screw around all you want". ?Is Emerald the >>>> viewer "too big to fail"? >>>> >>>> -- ZenMondo >>> >>> I just looked and emerald's not in the tpv directory anymore. >>> _______________________________________________ >>> 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 >>> >> >> >> >> -- >> ?Lanie, I?m going to print more printers. Lots more printers. One for >> everyone. That?s worth going to jail for. That?s worth anything.? - >> Printcrime by Cory Doctrow >> >> Please avoid sending me Word or PowerPoint attachments. >> See http://www.gnu.org/philosophy/no-word-attachments.html >> _______________________________________________ >> 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 > > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From miro.collas at gmail.com Sun Aug 22 12:49:33 2010 From: miro.collas at gmail.com (Miro Collas) Date: Sun, 22 Aug 2010 15:49:33 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7160B0.7050300@weblogsinc.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> Message-ID: <4C717F4D.6090808@gmail.com> Do you have a cite for that, Tateru? Not saying it is false, I'd just like to see it in context if possible. On 08/22/2010 01:38 PM, Tateru Nino wrote: > Arabella has also resigned. > > On 23/08/2010 3:32 AM, Jesse Barnett wrote: >> Fractured has stepped down and out of the Emerald picture >> >> http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ >> >> But it is painfully obvious that the comments are being heavily >> moderated and I know that neither of mine have gotten through. >> >> The Phox is still in the hen house and it is going to take much more >> then this token response to restore confidence. Anyone watching the >> videos and listening to their voices can see that a complete >> reorganization needs to be done and transparency demonstrated and >> verified. >> >> I hope that the upper echelons of Linden Lab are not fooled by the >> blog post and instead demand that more action be taken. At the bare >> minimum, they need to be delisted until real change has been shown. >> >> Ignoring this and giving the all clear with no other action taken on >> the part of Linden Lab will instead demonstrate that the TPV is a >> worthless scrap of paper. >> >> Jesse Barnett >> >> >> _______________________________________________ >> 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 > > -- > Tateru Nino > Contributing Editorhttp://massively.com/ > > > > _______________________________________________ > 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 wdemauro at verizon.net Sun Aug 22 12:54:15 2010 From: wdemauro at verizon.net (Will) Date: Sun, 22 Aug 2010 15:54:15 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> Message-ID: <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> hmm ok I may be wrong but remember a rush to update viewers from the approved list, didn't look over my shoulder and just for good housekeeping I don't venture from approved viewers. Seriously hope you are wrong or there will be little to no control over who gets to connect. -------------------------------------------------- From: "Gareth Nelson" Sent: Sunday, August 22, 2010 3:25 PM To: "Will" Cc: "Lance Corrimal" ; Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? > As I understand it, you don't need to be in the list, just comply with > the policy. > > On Sun, Aug 22, 2010 at 8:19 PM, Will wrote: >> They may be waiting to make a formal announcement before they pull the >> plug >> on the viewer- didn't they make a policy of not allowing any viewer to >> connect that wasn't on the list? I think so- >> >> -------------------------------------------------- >> From: "Gareth Nelson" >> Sent: Sunday, August 22, 2010 2:50 PM >> To: "Lance Corrimal" >> Cc: >> Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: >> is >> the policy worth anything? >> >>> As they shouldn't be! >>> Although one does wonder whether users are now at risk of being banned >>> if they keep using it >>> >>> On Sun, Aug 22, 2010 at 7:01 PM, Lance Corrimal >>> wrote: >>>> >>>> Am Sunday 22 August 2010 schrieb L. Christopher Bird: >>>>> >>>>> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett >>>> >>>> wrote: >>>>> >>>>> > Ignoring this and giving the all clear with no other action taken >>>>> > on the part of Linden Lab will instead demonstrate that the TPV >>>>> > is a worthless scrap of paper. >>>>> >>>>> Correction, it only exist on paper if printed. The proper phrase is >>>>> "a worthless configuration of pixels" >>>>> >>>>> The TPVP makes it clear what the consequences are for breaking the >>>>> policy. 8c says: >>>>> >>>>> "If a Third-Party Viewer or your use or distribution of it violates >>>>> this Policy or any Linden Lab policy, your permission to access >>>>> Second Life using the Third-Party Viewer shall terminate >>>>> automatically. You acknowledge and agree that we may require you >>>>> to stop using or distributing a Third-Party Viewer for accessing >>>>> Second Life if we determine that there is a violation." >>>>> >>>>> So either the lab will enforce this, or they will say "Well you are >>>>> so popular you can screw around all you want". Is Emerald the >>>>> viewer "too big to fail"? >>>>> >>>>> -- ZenMondo >>>> >>>> I just looked and emerald's not in the tpv directory anymore. >>>> _______________________________________________ >>>> 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 >>>> >>> >>> >>> >>> -- >>> ?Lanie, I?m going to print more printers. Lots more printers. One for >>> everyone. That?s worth going to jail for. That?s worth anything.? - >>> Printcrime by Cory Doctrow >>> >>> Please avoid sending me Word or PowerPoint attachments. >>> See http://www.gnu.org/philosophy/no-word-attachments.html >>> _______________________________________________ >>> 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 >> >> > > > > -- > ?Lanie, I?m going to print more printers. Lots more printers. One for > everyone. That?s worth going to jail for. That?s worth anything.? - > Printcrime by Cory Doctrow > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html From gareth at garethnelson.com Sun Aug 22 13:10:00 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 21:10:00 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> Message-ID: There isn't anything in the policy itself which says you must be listed, there is however a note on the directory page warning users to be wary of unlisted viewers. On Sun, Aug 22, 2010 at 8:54 PM, Will wrote: > hmm ok I may be wrong but remember a rush to update viewers from the > approved list, didn't look over my shoulder and just for good housekeeping I > don't venture from approved viewers. ?Seriously hope you are wrong or there > will be little to no control over who gets to connect. > > -------------------------------------------------- > From: "Gareth Nelson" > Sent: Sunday, August 22, 2010 3:25 PM > To: "Will" > Cc: "Lance Corrimal" ; > > Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is > the policy worth anything? > >> As I understand it, you don't need to be in the list, just comply with >> the policy. >> >> On Sun, Aug 22, 2010 at 8:19 PM, Will wrote: >>> >>> They may be waiting to make a formal announcement before they pull the >>> plug >>> on the viewer- didn't they make a policy of not allowing any viewer to >>> connect that wasn't on the list? ?I think so- >>> >>> -------------------------------------------------- >>> From: "Gareth Nelson" >>> Sent: Sunday, August 22, 2010 2:50 PM >>> To: "Lance Corrimal" >>> Cc: >>> Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: >>> is >>> the policy worth anything? >>> >>>> As they shouldn't be! >>>> Although one does wonder whether users are now at risk of being banned >>>> if they keep using it >>>> >>>> On Sun, Aug 22, 2010 at 7:01 PM, Lance Corrimal >>>> wrote: >>>>> >>>>> Am Sunday 22 August 2010 schrieb L. Christopher Bird: >>>>>> >>>>>> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett >>>>> >>>>> wrote: >>>>>> >>>>>> > Ignoring this and giving the all clear with no other action taken >>>>>> > on the part of Linden Lab will instead demonstrate that the TPV >>>>>> > is a worthless scrap of paper. >>>>>> >>>>>> Correction, it only exist on paper if printed. The proper phrase is >>>>>> "a worthless configuration of pixels" >>>>>> >>>>>> The TPVP makes it clear what the consequences are for breaking the >>>>>> policy. 8c says: >>>>>> >>>>>> "If a Third-Party Viewer or your use or distribution of it violates >>>>>> this Policy or any Linden Lab policy, your permission to access >>>>>> Second Life using the Third-Party Viewer shall terminate >>>>>> automatically. You acknowledge and agree that we may require you >>>>>> to stop using or distributing a Third-Party Viewer for accessing >>>>>> Second Life if we determine that there is a violation." >>>>>> >>>>>> So either the lab will enforce this, or they will say "Well you are >>>>>> so popular you can screw around all you want". ?Is Emerald the >>>>>> viewer "too big to fail"? >>>>>> >>>>>> -- ZenMondo >>>>> >>>>> I just looked and emerald's not in the tpv directory anymore. >>>>> _______________________________________________ >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> ?Lanie, I?m going to print more printers. Lots more printers. One for >>>> everyone. That?s worth going to jail for. That?s worth anything.? - >>>> Printcrime by Cory Doctrow >>>> >>>> Please avoid sending me Word or PowerPoint attachments. >>>> See http://www.gnu.org/philosophy/no-word-attachments.html >>>> _______________________________________________ >>>> 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 >>> >>> >> >> >> >> -- >> ?Lanie, I?m going to print more printers. Lots more printers. One for >> everyone. That?s worth going to jail for. That?s worth anything.? - >> Printcrime by Cory Doctrow >> >> Please avoid sending me Word or PowerPoint attachments. >> See http://www.gnu.org/philosophy/no-word-attachments.html > > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From sythos at gmail.com Sun Aug 22 13:16:27 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sun, 22 Aug 2010 22:16:27 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> Message-ID: <20100822221627.225810ad.sythos@gmail.com> On Sun, 22 Aug 2010 21:10:00 +0100 Gareth Nelson wrote: > There isn't anything in the policy itself which says you must be > listed, there is however a note on the directory page warning users to > be wary of unlisted viewers. wait... TPV listing is based on volunteer action, somebody can develop a viewer (maybe TPV compliant) and don't ask to be listed in the directory.... but in term of service at point 7 all resident accept to use only approved viewer to connect to Linden Grid (and if they login a time they must approve it) From wdemauro at verizon.net Sun Aug 22 13:20:13 2010 From: wdemauro at verizon.net (Will) Date: Sun, 22 Aug 2010 16:20:13 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> Message-ID: Then this is confusing, to be listed you have to within the policy "approved" for lack of a better word: Someone please clarify- "If a Third-Party Viewer or your use or distribution of it violates this Policy or any Linden Lab policy, your permission to access Second Life using the Third-Party Viewer shall terminate automatically." To me it sounds like any viewer not on the list is not approved and that means by their own statement it will not be allowed to connect. -------------------------------------------------- From: "Gareth Nelson" Sent: Sunday, August 22, 2010 4:10 PM To: "Will" Cc: "Lance Corrimal" ; Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? > There isn't anything in the policy itself which says you must be > listed, there is however a note on the directory page warning users to > be wary of unlisted viewers. > > On Sun, Aug 22, 2010 at 8:54 PM, Will wrote: >> hmm ok I may be wrong but remember a rush to update viewers from the >> approved list, didn't look over my shoulder and just for good >> housekeeping I >> don't venture from approved viewers. Seriously hope you are wrong or >> there >> will be little to no control over who gets to connect. >> >> -------------------------------------------------- >> From: "Gareth Nelson" >> Sent: Sunday, August 22, 2010 3:25 PM >> To: "Will" >> Cc: "Lance Corrimal" ; >> >> Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: >> is >> the policy worth anything? >> >>> As I understand it, you don't need to be in the list, just comply with >>> the policy. >>> >>> On Sun, Aug 22, 2010 at 8:19 PM, Will wrote: >>>> >>>> They may be waiting to make a formal announcement before they pull the >>>> plug >>>> on the viewer- didn't they make a policy of not allowing any viewer to >>>> connect that wasn't on the list? I think so- >>>> >>>> -------------------------------------------------- >>>> From: "Gareth Nelson" >>>> Sent: Sunday, August 22, 2010 2:50 PM >>>> To: "Lance Corrimal" >>>> Cc: >>>> Subject: Re: [opensource-dev] Malicious payloads in third-party >>>> viewers: >>>> is >>>> the policy worth anything? >>>> >>>>> As they shouldn't be! >>>>> Although one does wonder whether users are now at risk of being banned >>>>> if they keep using it >>>>> >>>>> On Sun, Aug 22, 2010 at 7:01 PM, Lance Corrimal >>>>> wrote: >>>>>> >>>>>> Am Sunday 22 August 2010 schrieb L. Christopher Bird: >>>>>>> >>>>>>> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett >>>>>> >>>>>> wrote: >>>>>>> >>>>>>> > Ignoring this and giving the all clear with no other action taken >>>>>>> > on the part of Linden Lab will instead demonstrate that the TPV >>>>>>> > is a worthless scrap of paper. >>>>>>> >>>>>>> Correction, it only exist on paper if printed. The proper phrase is >>>>>>> "a worthless configuration of pixels" >>>>>>> >>>>>>> The TPVP makes it clear what the consequences are for breaking the >>>>>>> policy. 8c says: >>>>>>> >>>>>>> "If a Third-Party Viewer or your use or distribution of it violates >>>>>>> this Policy or any Linden Lab policy, your permission to access >>>>>>> Second Life using the Third-Party Viewer shall terminate >>>>>>> automatically. You acknowledge and agree that we may require you >>>>>>> to stop using or distributing a Third-Party Viewer for accessing >>>>>>> Second Life if we determine that there is a violation." >>>>>>> >>>>>>> So either the lab will enforce this, or they will say "Well you are >>>>>>> so popular you can screw around all you want". Is Emerald the >>>>>>> viewer "too big to fail"? >>>>>>> >>>>>>> -- ZenMondo >>>>>> >>>>>> I just looked and emerald's not in the tpv directory anymore. >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ?Lanie, I?m going to print more printers. Lots more printers. One for >>>>> everyone. That?s worth going to jail for. That?s worth anything.? - >>>>> Printcrime by Cory Doctrow >>>>> >>>>> Please avoid sending me Word or PowerPoint attachments. >>>>> See http://www.gnu.org/philosophy/no-word-attachments.html >>>>> _______________________________________________ >>>>> 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 >>>> >>>> >>> >>> >>> >>> -- >>> ?Lanie, I?m going to print more printers. Lots more printers. One for >>> everyone. That?s worth going to jail for. That?s worth anything.? - >>> Printcrime by Cory Doctrow >>> >>> Please avoid sending me Word or PowerPoint attachments. >>> See http://www.gnu.org/philosophy/no-word-attachments.html >> >> > > > > -- > ?Lanie, I?m going to print more printers. Lots more printers. One for > everyone. That?s worth going to jail for. That?s worth anything.? - > Printcrime by Cory Doctrow > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html From sldev at free.fr Sun Aug 22 13:30:20 2010 From: sldev at free.fr (Henri Beauchamp) Date: Sun, 22 Aug 2010 22:30:20 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> Message-ID: <20100822223020.a480af35.sldev@free.fr> On Sun, 22 Aug 2010 21:10:00 +0100, Gareth Nelson wrote: > There isn't anything in the policy itself which says you must be > listed, there is however a note on the directory page warning users to > be wary of unlisted viewers. Which is a non-sence. Quoting the TPV policy: " 6. The Viewer Directory and Self-Certification We created the Viewer Directory to help promote awareness of Third-Party Viewers within the Second Life community. Unlike the other sections of this Policy, participation in the Viewer Directory is currently not a requirement for connecting to Second Life. " So, the viewer directory is just a promotion tool. Also, having a viewer listed in the directory is in no way a guarantee, since LL clearly disclaims it; still quoting the TPV policy. " 6.c. The Viewer Directory is a self-certification program. Linden Lab does not represent or warrant any independent testing or verification of compliance of any application listed in the Viewer Directory. We disclaim all liability associated with applications in the Viewer Directory. " And the 3rd paragraph of the forewords of the directory itself: " .../... However, because third-party viewers are not our viewers, we cannot guarantee that they will follow our rules. You are responsible for evaluating whether you want to use and share information with them." As you can see, being listed in the directory means nothing, and not being listed means nothing either as far as the safety of the viewer goes. I myself didn't list the Cool VL Viewer, not because it would not be TPV policy compliant (it is, 100%), but because Linden Lab requires private data about me that I won't disclose so to protect my privacy and anonimity in SL. Henri. From xotmid at gmail.com Sun Aug 22 13:30:55 2010 From: xotmid at gmail.com (Brandon Husbands) Date: Sun, 22 Aug 2010 15:30:55 -0500 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> Message-ID: As a X-emerald Dev (I am Dimentox) Most of the stuff people are saying that is going on or has gone on.. Most of the other devs had no idea. We just did our parts to make the viewer better. I left due to the fact that i did not have time to continue to work on the project. Unfortunately a few bad seeds ruin the apple. On Sun, Aug 22, 2010 at 3:20 PM, Will wrote: > Then this is confusing, to be listed you have to within the policy > "approved" for lack of a better word: > Someone please clarify- > > "If a Third-Party Viewer or your use or distribution of it violates > this Policy or any Linden Lab policy, your permission to access > Second Life using the Third-Party Viewer shall terminate > automatically." > > To me it sounds like any viewer not on the list is not approved and that > means by their own statement it will not be allowed to connect. > > -------------------------------------------------- > From: "Gareth Nelson" > Sent: Sunday, August 22, 2010 4:10 PM > To: "Will" > Cc: "Lance Corrimal" ; > > Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is > the policy worth anything? > > > There isn't anything in the policy itself which says you must be > > listed, there is however a note on the directory page warning users to > > be wary of unlisted viewers. > > > > On Sun, Aug 22, 2010 at 8:54 PM, Will wrote: > >> hmm ok I may be wrong but remember a rush to update viewers from the > >> approved list, didn't look over my shoulder and just for good > >> housekeeping I > >> don't venture from approved viewers. Seriously hope you are wrong or > >> there > >> will be little to no control over who gets to connect. > >> > >> -------------------------------------------------- > >> From: "Gareth Nelson" > >> Sent: Sunday, August 22, 2010 3:25 PM > >> To: "Will" > >> Cc: "Lance Corrimal" ; > >> > >> Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: > >> is > >> the policy worth anything? > >> > >>> As I understand it, you don't need to be in the list, just comply with > >>> the policy. > >>> > >>> On Sun, Aug 22, 2010 at 8:19 PM, Will wrote: > >>>> > >>>> They may be waiting to make a formal announcement before they pull the > >>>> plug > >>>> on the viewer- didn't they make a policy of not allowing any viewer to > >>>> connect that wasn't on the list? I think so- > >>>> > >>>> -------------------------------------------------- > >>>> From: "Gareth Nelson" > >>>> Sent: Sunday, August 22, 2010 2:50 PM > >>>> To: "Lance Corrimal" > >>>> Cc: > >>>> Subject: Re: [opensource-dev] Malicious payloads in third-party > >>>> viewers: > >>>> is > >>>> the policy worth anything? > >>>> > >>>>> As they shouldn't be! > >>>>> Although one does wonder whether users are now at risk of being > banned > >>>>> if they keep using it > >>>>> > >>>>> On Sun, Aug 22, 2010 at 7:01 PM, Lance Corrimal > >>>>> wrote: > >>>>>> > >>>>>> Am Sunday 22 August 2010 schrieb L. Christopher Bird: > >>>>>>> > >>>>>>> On Sun, Aug 22, 2010 at 11:32 AM, Jesse Barnett > > >>>>>> > >>>>>> wrote: > >>>>>>> > >>>>>>> > Ignoring this and giving the all clear with no other action taken > >>>>>>> > on the part of Linden Lab will instead demonstrate that the TPV > >>>>>>> > is a worthless scrap of paper. > >>>>>>> > >>>>>>> Correction, it only exist on paper if printed. The proper phrase is > >>>>>>> "a worthless configuration of pixels" > >>>>>>> > >>>>>>> The TPVP makes it clear what the consequences are for breaking the > >>>>>>> policy. 8c says: > >>>>>>> > >>>>>>> "If a Third-Party Viewer or your use or distribution of it violates > >>>>>>> this Policy or any Linden Lab policy, your permission to access > >>>>>>> Second Life using the Third-Party Viewer shall terminate > >>>>>>> automatically. You acknowledge and agree that we may require you > >>>>>>> to stop using or distributing a Third-Party Viewer for accessing > >>>>>>> Second Life if we determine that there is a violation." > >>>>>>> > >>>>>>> So either the lab will enforce this, or they will say "Well you are > >>>>>>> so popular you can screw around all you want". Is Emerald the > >>>>>>> viewer "too big to fail"? > >>>>>>> > >>>>>>> -- ZenMondo > >>>>>> > >>>>>> I just looked and emerald's not in the tpv directory anymore. > >>>>>> _______________________________________________ > >>>>>> 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 > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> ?Lanie, I?m going to print more printers. Lots more printers. One for > >>>>> everyone. That?s worth going to jail for. That?s worth anything.? - > >>>>> Printcrime by Cory Doctrow > >>>>> > >>>>> Please avoid sending me Word or PowerPoint attachments. > >>>>> See http://www.gnu.org/philosophy/no-word-attachments.html > >>>>> _______________________________________________ > >>>>> 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 > >>>> > >>>> > >>> > >>> > >>> > >>> -- > >>> ?Lanie, I?m going to print more printers. Lots more printers. One for > >>> everyone. That?s worth going to jail for. That?s worth anything.? - > >>> Printcrime by Cory Doctrow > >>> > >>> Please avoid sending me Word or PowerPoint attachments. > >>> See http://www.gnu.org/philosophy/no-word-attachments.html > >> > >> > > > > > > > > -- > > ?Lanie, I?m going to print more printers. Lots more printers. One for > > everyone. That?s worth going to jail for. That?s worth anything.? - > > Printcrime by Cory Doctrow > > > > Please avoid sending me Word or PowerPoint attachments. > > See http://www.gnu.org/philosophy/no-word-attachments.html > > _______________________________________________ > 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 > -- ------------------------------------------------------------------------------------------------------------------------------- This email is a private and confidential communication. Any use of email may be subject to the laws and regulations of the United States. You may not Repost, Distribute nor reproduce any content of this message. ------------------------------------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/0715d1a6/attachment-0001.htm From sllists at boroon.dasgupta.ch Sun Aug 22 13:33:27 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Sun, 22 Aug 2010 22:33:27 +0200 Subject: [opensource-dev] Login Pic In-Reply-To: <12fd9de4e14e9ed3c8b81fd62ca800cd.squirrel@cruziomail.cruzio.com> References: <12fd9de4e14e9ed3c8b81fd62ca800cd.squirrel@cruziomail.cruzio.com> Message-ID: <4C718997.6050100@boroon.dasgupta.ch> I don't know. If in doubt, search the string (or parts of it, in case it gets constructed on-the-fly) in the config files and edit it there. If that too doesn't help, search it in the source. Probably creators of TPVs can tell you more, as they have to handle that issue anyway. cheers Boroondas On 08/22/2010 09:18 PM, aklo at skyhighway.com wrote: > Thanks for the info! But, can you tell me what string i should use for > the --channel argument? i've tried quite a few different values, > including leaving it off the way my stock SL 1.23 installation has it, but > never get the login pic. i'm guessing that when the --channel spec is > left out it the built-in default it uses is the wrong one. Does it have > some override authority built into it as well? > > Thx!! > > - AK (Aklo Modan) > > On 08/22/2010 10:09 AM, aklo at skyhighway.com wrote: >> So, is it fixable? > Yes, but the proper fix would be server side, so we volunteers can't do > it. (Except we would create our own login page altogether and point the > viewer at that. Dunno how good an idea that would be.) > >> Is there some way to change the Snowglobe login >> channel? > Yes, see the --channel option on the Viewer parameters page. For third > party viewers (shouldn't apply to Snowglobe, just mentioning it for > completeness), please be aware of the Channel and Version Requirements > imposed by the TPV policy. > >> Or can the server be configured to respond to the channel >> Snowglobe already has? > I certainly assume so. I don't know how much work that'd be for LL, > though, but I guess it can't be very much. > >> Or is this just something Snowglobe users should >> not care about? > These little things are important, especially if they have relatively easy > fixes. Of course this on here doesn't significantly affect usability, but > it does have influence on the overall impression. Even although Snowstorm > might now have priority, this issue should be fixed. (I thought I'd have > seen a JIRA issue about this some time ago, but can't seem to find it > again.) > > cheers > Boroondas > > > > _______________________________________________ > 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 sythos at gmail.com Sun Aug 22 13:36:13 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sun, 22 Aug 2010 22:36:13 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <20100822223020.a480af35.sldev@free.fr> References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> <20100822223020.a480af35.sldev@free.fr> Message-ID: <20100822223613.fe7833a5.sythos@gmail.com> On Sun, 22 Aug 2010 22:30:20 +0200 Henri Beauchamp wrote: > On Sun, 22 Aug 2010 21:10:00 +0100, Gareth Nelson wrote: > > > There isn't anything in the policy itself which says you must be > > listed, there is however a note on the directory page warning users > > to be wary of unlisted viewers. > > Which is a non-sence. sorry cannot see the no-sense, terms are both for developers and resident a developer CAN listen a viewer in TPV (and succesfully listed if viewer is TPV compliant) a resident MUST use a TPV viewer to use Linden services From secret.argent at gmail.com Sun Aug 22 13:36:32 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 22 Aug 2010 15:36:32 -0500 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> Message-ID: <18680733-A6BD-4284-A271-FC504F33C16E@gmail.com> On 2010-08-22, at 15:20, Will wrote: > Then this is confusing, to be listed you have to within the policy > "approved" for lack of a better word: > Someone please clarify- > > "If a Third-Party Viewer or your use or distribution of it violates > this Policy or any Linden Lab policy, your permission to access > Second Life using the Third-Party Viewer shall terminate > automatically." > > To me it sounds like any viewer not on the list is not approved and that > means by their own statement it will not be allowed to connect. Listing in the TPV list is not "approval". Removal from the list implies but does not guarantee "disapproval". From sldev at free.fr Sun Aug 22 13:40:26 2010 From: sldev at free.fr (Henri Beauchamp) Date: Sun, 22 Aug 2010 22:40:26 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <20100822223613.fe7833a5.sythos@gmail.com> References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> <20100822223020.a480af35.sldev@free.fr> <20100822223613.fe7833a5.sythos@gmail.com> Message-ID: <20100822224026.0f47ab1f.sldev@free.fr> On Sun, 22 Aug 2010 22:36:13 +0200, Altair "Sythos" Memo wrote: > On Sun, 22 Aug 2010 22:30:20 +0200 > Henri Beauchamp wrote: > > > On Sun, 22 Aug 2010 21:10:00 +0100, Gareth Nelson wrote: > > > > > There isn't anything in the policy itself which says you must be > > > listed, there is however a note on the directory page warning users > > > to be wary of unlisted viewers. > > > > Which is a non-sence. > > sorry cannot see the no-sense, The non-sense is about LL saying "be wary of viewers not listed in this directory" (while the TPV policy clealy states that to be compliant, a viewer does NOT need to be listed in the directory) and then "we can't give you any guarantee for the viewer listed in this directory". Henri. From gareth at garethnelson.com Sun Aug 22 13:42:33 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 22 Aug 2010 21:42:33 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <20100822223613.fe7833a5.sythos@gmail.com> References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> <20100822223020.a480af35.sldev@free.fr> <20100822223613.fe7833a5.sythos@gmail.com> Message-ID: Users are not allowed to connect with a viewer that does not comply, but a viewer does not need to be in the directory in order to comply. On Sun, Aug 22, 2010 at 9:36 PM, Altair Sythos wrote: > On Sun, 22 Aug 2010 22:30:20 +0200 > Henri Beauchamp wrote: > >> On Sun, 22 Aug 2010 21:10:00 +0100, Gareth Nelson wrote: >> >> > There isn't anything in the policy itself which says you must be >> > listed, there is however a note on the directory page warning users >> > to be wary of unlisted viewers. >> >> Which is a non-sence. > > sorry cannot see the no-sense, terms are both for developers and > resident > > a developer CAN listen a viewer in TPV (and succesfully listed if > viewer is TPV compliant) > > a resident MUST use a TPV viewer to use Linden services > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From sythos at gmail.com Sun Aug 22 13:45:09 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sun, 22 Aug 2010 22:45:09 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <20100822224026.0f47ab1f.sldev@free.fr> References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> <20100822223020.a480af35.sldev@free.fr> <20100822223613.fe7833a5.sythos@gmail.com> <20100822224026.0f47ab1f.sldev@free.fr> Message-ID: <20100822224509.c275783a.sythos@gmail.com> On Sun, 22 Aug 2010 22:40:26 +0200 Henri Beauchamp wrote: > > > > There isn't anything in the policy itself which says you must be > > > > listed, there is however a note on the directory page warning > > > > users to be wary of unlisted viewers. > > > > > > Which is a non-sence. > > > > sorry cannot see the no-sense, > > The non-sense is about LL saying "be wary of viewers not listed in > this directory" (while the TPV policy clealy states that to be > compliant, a viewer does NOT need to be listed in the directory) and > then "we can't give you any guarantee for the viewer listed in this > directory". again... is a self-certification, you may be listen submitting your data, but linden cannot guarantee you say the true :) if else isn't a "self-certification" From sythos at gmail.com Sun Aug 22 13:55:56 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sun, 22 Aug 2010 22:55:56 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> Message-ID: <20100822225556.32ba674d.sythos@gmail.com> On Sun, 22 Aug 2010 15:30:55 -0500 Brandon Husbands wrote: > As a X-emerald Dev (I am Dimentox) Most of the stuff people are > saying that is going on or has gone on.. Most of the other devs had > no idea. We just did our parts to make the viewer better. I left due > to the fact that i did not have time to continue to work on the > project. Unfortunately a few bad seeds ruin the apple. emerald *is* a TPV compliant viewer, but isn't listed this is a grey zone in ToS and TPV policy... not an dev-emerald fault From m.a.daniel at iup.edu Sun Aug 22 14:16:24 2010 From: m.a.daniel at iup.edu (Michael Daniel) Date: Sun, 22 Aug 2010 17:16:24 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? Message-ID: <4C7193A8.2040504@iup.edu> Confirmed by Paisley Beebe, a talk show host: http://tonightlivewithpaisleybeebe.com/ Should be a good show tonight. I'm actually looking forward to hearing what Rose Borchovski has to say more than whatever BS the Emerald team cooks up. ~Bubblesort Triskaidekaphobia ====================================== Miro Dollas wrote: Do you have a cite for that, Tateru? Not saying it is false, I'd just like to see it in context if possible. On 08/22/2010 01:38 PM, Tateru Nino wrote: >/ Arabella has also resigned. />/ />/ On 23/08/2010 3:32 AM, Jesse Barnett wrote: />>/ Fractured has stepped down and out of the Emerald picture />>/ />>/ http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ />>/ />>/ But it is painfully obvious that the comments are being heavily />>/ moderated and I know that neither of mine have gotten through. />>/ />>/ The Phox is still in the hen house and it is going to take much more />>/ then this token response to restore confidence. Anyone watching the />>/ videos and listening to their voices can see that a complete />>/ reorganization needs to be done and transparency demonstrated and />>/ verified. />>/ />>/ I hope that the upper echelons of Linden Lab are not fooled by the />>/ blog post and instead demand that more action be taken. At the bare />>/ minimum, they need to be delisted until real change has been shown. />>/ />>/ Ignoring this and giving the all clear with no other action taken on />>/ the part of Linden Lab will instead demonstrate that the TPV is a />>/ worthless scrap of paper. />>/ />>/ Jesse Barnett />>/ />>/ />>/ _______________________________________________ />>/ 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 />/ />/ -- />/ Tateru Nino />/ Contributing Editorhttp://massively.com/ /> From miro.collas at gmail.com Sun Aug 22 14:29:00 2010 From: miro.collas at gmail.com (Miro Collas) Date: Sun, 22 Aug 2010 17:29:00 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7193A8.2040504@iup.edu> References: <4C7193A8.2040504@iup.edu> Message-ID: <4C71969C.1090308@gmail.com> I was hoping for something first hand - like a post by her or some other member of the Emerald team. Sorry, but so many things have been written that are not supported by evidence. Like videos of chats logs: text can be altered so that's hardly reliable, solid evidence of anything. On 08/22/2010 05:16 PM, Michael Daniel wrote: > Confirmed by Paisley Beebe, a talk show host: > http://tonightlivewithpaisleybeebe.com/ > > Should be a good show tonight. I'm actually looking forward to hearing > what Rose Borchovski has to say more than whatever BS the Emerald team > cooks up. > > ~Bubblesort Triskaidekaphobia > > ====================================== > Miro Dollas wrote: > > Do you have a cite for that, Tateru? Not saying it is false, I'd just > like to see it in context if possible. > > On 08/22/2010 01:38 PM, Tateru Nino wrote: >> / Arabella has also resigned. > />/ > />/ On 23/08/2010 3:32 AM, Jesse Barnett wrote: > />>/ Fractured has stepped down and out of the Emerald picture > />>/ > />>/ http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ > />>/ > />>/ But it is painfully obvious that the comments are being heavily > />>/ moderated and I know that neither of mine have gotten through. > />>/ > />>/ The Phox is still in the hen house and it is going to take much more > />>/ then this token response to restore confidence. Anyone watching the > />>/ videos and listening to their voices can see that a complete > />>/ reorganization needs to be done and transparency demonstrated and > />>/ verified. > />>/ > />>/ I hope that the upper echelons of Linden Lab are not fooled by the > />>/ blog post and instead demand that more action be taken. At the bare > />>/ minimum, they need to be delisted until real change has been shown. > />>/ > />>/ Ignoring this and giving the all clear with no other action taken on > />>/ the part of Linden Lab will instead demonstrate that the TPV is a > />>/ worthless scrap of paper. > />>/ > />>/ Jesse Barnett > />>/ > />>/ > />>/ _______________________________________________ > />>/ 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 > />/ > />/ -- > />/ Tateru Nino > />/ Contributing Editorhttp://massively.com/ > /> > > _______________________________________________ > 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 jessesa at gmail.com Sun Aug 22 14:57:39 2010 From: jessesa at gmail.com (Jesse Barnett) Date: Sun, 22 Aug 2010 17:57:39 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C717F4D.6090808@gmail.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> <4C717F4D.6090808@gmail.com> Message-ID: Here it is. Paisley mentions it in the introduction to her show tonight: Its 11.00pm here in Sydney Australia, and I?ve just been informed by > Communications Manager Arabella Steadham from the Emerald Team who > is appearing on Tonight Live with Paisley Beebetomorrow > Sunday 22nd Aug at 6pm? that there is something going down, big time with > the Emerald Team. Arabella Steadham has resigned from the Emerald Team. And > she and another Emerald Developer have an announcement to make on the show. http://tonightlivewithpaisleybeebe.com/ On Sun, Aug 22, 2010 at 3:49 PM, Miro Collas wrote: > Do you have a cite for that, Tateru? Not saying it is false, I'd just > like to see it in context if possible. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/b02f5731/attachment.htm From leliel.mirihi at gmail.com Sun Aug 22 15:26:06 2010 From: leliel.mirihi at gmail.com (leliel) Date: Sun, 22 Aug 2010 15:26:06 -0700 Subject: [opensource-dev] RenderVolumeLODfactor (branch from Draw Distance) In-Reply-To: <6CBD3346-4EED-4D9B-938F-6768773A468D@gmail.com> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> <6CBD3346-4EED-4D9B-938F-6768773A468D@gmail.com> Message-ID: On Sun, Aug 22, 2010 at 7:48 AM, Trilo Byte wrote: > Actually, it would be nice if RenderVolumeLODfactor could either > persist from one version to the next (instead of getting reset with everey > new version installation), or be set based on GPU detection. Put it in the settings_per_account.xml file. > I imagine the default of 1.125 is based on "class 0" (intel integrated graphics) > but anybody using better than that can go to 2.0 at a bare minimum. ?More > powerful GPU's can easily handle 4.0, and from my experience the > ATI 4xxx series and above/nVidia 9xxx series and above can do 6.0. The default for class 1 and up is 2.0. > On a side note, I've found that setting above 6.0 can have unexpected and > unwanted results, most notably 'disappearing prims' with smaller sculpts > (necklace chains, etc). That's because you're running into RenderMaxNodeSize. > Having to manually jump into debug settings with every viewer release > is a pain. ?If it could be auto-detected, that would save a lot of novice users > from having to mess around in the Advanced/Debug menu I'll counter that by saying people shouldn't be making jewelery with 500,000 vertices. We need mesh uploads, if only so people can make necklaces that don't have more geometry data than half a sim. From trilobyte550m at gmail.com Sun Aug 22 15:32:42 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Sun, 22 Aug 2010 15:32:42 -0700 Subject: [opensource-dev] RenderVolumeLODfactor (branch from Draw Distance) In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> <6CBD3346-4EED-4D9B-938F-6768773A468D@gmail.com> Message-ID: > The default for class 1 and up is 2.0. I've been on machines meeting/exceeding class 1 for nearly 2 years. Every single viewer update (at least on Mac OS) *still* reverts to 1.125 >> On a side note, I've found that setting above 6.0 can have unexpected and >> unwanted results, most notably 'disappearing prims' with smaller sculpts >> (necklace chains, etc). > > That's because you're running into RenderMaxNodeSize. Thanks, will take a look into that >> Having to manually jump into debug settings with every viewer release >> is a pain. If it could be auto-detected, that would save a lot of novice users >> from having to mess around in the Advanced/Debug menu > > I'll counter that by saying people shouldn't be making jewelery with > 500,000 vertices. We need mesh uploads, if only so people can make > necklaces that don't have more geometry data than half a sim. Agreed. From leliel.mirihi at gmail.com Sun Aug 22 15:42:26 2010 From: leliel.mirihi at gmail.com (leliel) Date: Sun, 22 Aug 2010 15:42:26 -0700 Subject: [opensource-dev] RenderVolumeLODfactor (branch from Draw Distance) In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> <6CBD3346-4EED-4D9B-938F-6768773A468D@gmail.com> Message-ID: On Sun, Aug 22, 2010 at 3:32 PM, Trilo Byte wrote: >> That's because you're running into RenderMaxNodeSize. > > Thanks, will take a look into that Be careful with that setting. RenderMaxNodeSize specifies the maximum amount of vertex data an object can use in kilobytes, the default on class 2 and up is 8MB. If you're exceeding that than you're looking at a resource hog. From open at autistici.org Sun Aug 22 16:03:44 2010 From: open at autistici.org (Opensource Obscure) Date: Mon, 23 Aug 2010 01:03:44 +0200 Subject: [opensource-dev] RenderVolumeLODfactor (branch from Draw Distance) In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C70CD16.6050604@gmail.com> <6CBD3346-4EED-4D9B-938F-6768773A468D@gmail.com> Message-ID: <7993b7a7269ff0c9c0345611cf0d2a25@localhost> On Sun, 22 Aug 2010 15:26:06 -0700, leliel wrote: > On Sun, Aug 22, 2010 at 7:48 AM, Trilo Byte > wrote: >> Actually, it would be nice if RenderVolumeLODfactor could either >> persist from one version to the next (instead of getting reset with >> everey >> new version installation), or be set based on GPU detection. > > Put it in the settings_per_account.xml file. When I want to deal with custom debug settings I run the viewer with additional parameters, like this: --set AllowMultipleViewers TRUE --set Language it I find this easier than editing the xml files. This also allows me to create additional menu entries or icon desktops that point to the same viewer, but with different configurations. Opensource Obscure From wdemauro at verizon.net Sun Aug 22 16:12:10 2010 From: wdemauro at verizon.net (Will) Date: Sun, 22 Aug 2010 19:12:10 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7193A8.2040504@iup.edu> References: <4C7193A8.2040504@iup.edu> Message-ID: <38C8895D27DB4359A6AEA763E6A88215@WillPC> Posted by Bubblesort moments ago- by way of the Alphaville Herald: "This just in: LLG just released his own viewer named Emergence!" http://code.google.com/p/emergence-viewer/ -------------------------------------------------- From: "Michael Daniel" Sent: Sunday, August 22, 2010 5:16 PM To: Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? > Confirmed by Paisley Beebe, a talk show host: > http://tonightlivewithpaisleybeebe.com/ > > Should be a good show tonight. I'm actually looking forward to hearing > what Rose Borchovski has to say more than whatever BS the Emerald team > cooks up. > > ~Bubblesort Triskaidekaphobia > > ====================================== > Miro Dollas wrote: > > Do you have a cite for that, Tateru? Not saying it is false, I'd just > like to see it in context if possible. > > On 08/22/2010 01:38 PM, Tateru Nino wrote: >>/ Arabella has also resigned. > />/ > />/ On 23/08/2010 3:32 AM, Jesse Barnett wrote: > />>/ Fractured has stepped down and out of the Emerald picture > />>/ > />>/ http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ > />>/ > />>/ But it is painfully obvious that the comments are being heavily > />>/ moderated and I know that neither of mine have gotten through. > />>/ > />>/ The Phox is still in the hen house and it is going to take much more > />>/ then this token response to restore confidence. Anyone watching the > />>/ videos and listening to their voices can see that a complete > />>/ reorganization needs to be done and transparency demonstrated and > />>/ verified. > />>/ > />>/ I hope that the upper echelons of Linden Lab are not fooled by the > />>/ blog post and instead demand that more action be taken. At the bare > />>/ minimum, they need to be delisted until real change has been shown. > />>/ > />>/ Ignoring this and giving the all clear with no other action taken on > />>/ the part of Linden Lab will instead demonstrate that the TPV is a > />>/ worthless scrap of paper. > />>/ > />>/ Jesse Barnett > />>/ > />>/ > />>/ _______________________________________________ > />>/ 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 > />/ > />/ -- > />/ Tateru Nino > />/ Contributing Editorhttp://massively.com/ > /> > > _______________________________________________ > 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 malachi at tamzap.com Sun Aug 22 16:13:22 2010 From: malachi at tamzap.com (malachi) Date: Sun, 22 Aug 2010 19:13:22 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <20100822225556.32ba674d.sythos@gmail.com> References: <201008222001.56289.Lance.Corrimal@eregion.de> <87BEBE31F9294958BCFF532DD182818F@WillPC> <22866D7BB1E34B8DA9EACBC8B8DD1A0A@WillPC> <20100822225556.32ba674d.sythos@gmail.com> Message-ID: i dont think emerald is TPV compliant. data mining, DDoS attacks, User data leakage. clearly they have violated not only the TOS but the TPV. so no emerald IS NOT TPV Compliant. On Sun, 22 Aug 2010 16:55:56 -0400, Altair Sythos Memo wrote: > On Sun, 22 Aug 2010 15:30:55 -0500 > Brandon Husbands wrote: > >> As a X-emerald Dev (I am Dimentox) Most of the stuff people are >> saying that is going on or has gone on.. Most of the other devs had >> no idea. We just did our parts to make the viewer better. I left due >> to the fact that i did not have time to continue to work on the >> project. Unfortunately a few bad seeds ruin the apple. > > emerald *is* a TPV compliant viewer, but isn't listed > > this is a grey zone in ToS and TPV policy... not an dev-emerald fault > _______________________________________________ > 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 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From josh at lindenlab.com Sun Aug 22 20:53:26 2010 From: josh at lindenlab.com (Joshua Bell) Date: Sun, 22 Aug 2010 20:53:26 -0700 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> Message-ID: On Sat, Aug 21, 2010 at 1:36 PM, Argent Stonecutter wrote: > > That's one thing Blue Mars does better. Your actual login identification is > by an email address they don't share with anyone, so there's no collection > of login names available for bulk attacks. > > I really wanted LL to add another layer ABOVE the account name, not BELOW > it. :) This was considered when the "Display Names" feature was designed, and while this separation is not part of this work, there was care to make sure that it wasn't precluded either. Ideally, IMHO, there would be at least three "names": (1) login identifier (used with password as login credential) (2) unique human readable identifier (3) casual conversational identifier Prior to "Display Names", the Second Life (firstname, lastname) tuple was used as all three. "Display Names" separates (2) and (3), but (1) and (2) are still the same. I'm not sure if the work to do so is on anyone's backlog - I'm betting there's a PJIRA on it, though. Technically, it's much less code to touch than "Display Names" (since a login-only private credential would be used in far fewer places in the code than username or display names), but it would be mostly server-side so the community can't help much. Joshua -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100822/1c5cda17/attachment-0001.htm From secret.argent at gmail.com Sun Aug 22 21:15:47 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 22 Aug 2010 23:15:47 -0500 Subject: [opensource-dev] display names = the end of 1.x viewers? In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> Message-ID: On 2010-08-22, at 22:53, Joshua Bell wrote: > (3) casual conversational identifier Well, we really have that, and I've never thought it's something that needs to be maintained by the system. It's something that comes out of human interaction, and it's just something people know. For example, Farallon Greyskin's name is "Seal", and in RL I've been "Argent" since about '83, regardless of my real name, but I don't need my real world ID to match that. Some people change their real name to match (I know one guy who did that legally), others just use their handles in conversation, in the appropriate context. I wouldn't use "Argent" at work, for example. But we have it now, we'll see how many people use it the way LL expects. The other thing SL needs is a 1:many relationship between (1) and (2), so that Argent David and Argent Stonecutter are both avatars associated with the same account... like they are in Avatars United. From laurent.bechir at madonie.org Sun Aug 22 21:49:05 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Mon, 23 Aug 2010 06:49:05 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: <4C71FDC1.9010400@madonie.org> Marine Kelley a ?crit : > Please be careful not to screw up debug settings that must NOT be > changed. Some are capital for the viewer to function normally, and > would completely shut out users who don't know how to change them back > offline, and to what. Wouldn't it be possible to have an argument "default" like this for example : /set debugvar default which would put back the debugvar to its default value ? From miro.collas at gmail.com Sun Aug 22 22:15:42 2010 From: miro.collas at gmail.com (Miro Collas) Date: Mon, 23 Aug 2010 01:15:42 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C71F65C.9000605@weblogsinc.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> <4C717F4D.6090808@gmail.com> <4C71F65C.9000605@weblogsinc.com> Message-ID: <4C7203FE.20706@gmail.com> Yes she did. Here's the interview from treet.tv: http://treet.tv/people/gracer/blog/20100822/audio-excerpt-interview-arabella-and-jessica See also: http://blog.modularsystems.sl/2010/08/22/emerald-resurgence/ On 08/23/2010 12:17 AM, Tateru Nino wrote: > Sure do. Although apparently she un-resigned shortly after, which I do > not yet have a cite for. Still waking up. > > http://dwellonit.taterunino.net/2010/08/22/hijack-hijinks/ > > > On 23/08/2010 5:49 AM, Miro Collas wrote: >> Do you have a cite for that, Tateru? Not saying it is false, I'd just >> like to see it in context if possible. >> >> On 08/22/2010 01:38 PM, Tateru Nino wrote: >>> Arabella has also resigned. >>> >>> On 23/08/2010 3:32 AM, Jesse Barnett wrote: >>>> Fractured has stepped down and out of the Emerald picture >>>> >>>> http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ >>>> >>>> But it is painfully obvious that the comments are being heavily >>>> moderated and I know that neither of mine have gotten through. >>>> >>>> The Phox is still in the hen house and it is going to take much more >>>> then this token response to restore confidence. Anyone watching the >>>> videos and listening to their voices can see that a complete >>>> reorganization needs to be done and transparency demonstrated and >>>> verified. >>>> >>>> I hope that the upper echelons of Linden Lab are not fooled by the >>>> blog post and instead demand that more action be taken. At the bare >>>> minimum, they need to be delisted until real change has been shown. >>>> >>>> Ignoring this and giving the all clear with no other action taken on >>>> the part of Linden Lab will instead demonstrate that the TPV is a >>>> worthless scrap of paper. >>>> >>>> Jesse Barnett >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> -- >>> Tateru Nino >>> Contributing Editorhttp://massively.com/ >>> >>> >>> >>> _______________________________________________ >>> 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 tateru.nino at gmail.com Sun Aug 22 22:17:20 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Mon, 23 Aug 2010 15:17:20 +1000 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7203FE.20706@gmail.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> <4C717F4D.6090808@gmail.com> <4C71F65C.9000605@weblogsinc.com> <4C7203FE.20706@gmail.com> Message-ID: <4C720460.3060402@gmail.com> And my own writeup: http://dwellonit.taterunino.net/2010/08/22/arabella-steadham-asked-to-lie-about-emerald-viewer/ On 23/08/2010 3:15 PM, Miro Collas wrote: > Yes she did. Here's the interview from treet.tv: > http://treet.tv/people/gracer/blog/20100822/audio-excerpt-interview-arabella-and-jessica > > > See also: > http://blog.modularsystems.sl/2010/08/22/emerald-resurgence/ > > > On 08/23/2010 12:17 AM, Tateru Nino wrote: >> Sure do. Although apparently she un-resigned shortly after, which I do >> not yet have a cite for. Still waking up. >> >> http://dwellonit.taterunino.net/2010/08/22/hijack-hijinks/ >> >> >> On 23/08/2010 5:49 AM, Miro Collas wrote: >>> Do you have a cite for that, Tateru? Not saying it is false, I'd just >>> like to see it in context if possible. >>> >>> On 08/22/2010 01:38 PM, Tateru Nino wrote: >>>> Arabella has also resigned. >>>> >>>> On 23/08/2010 3:32 AM, Jesse Barnett wrote: >>>>> Fractured has stepped down and out of the Emerald picture >>>>> >>>>> http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ >>>>> >>>>> But it is painfully obvious that the comments are being heavily >>>>> moderated and I know that neither of mine have gotten through. >>>>> >>>>> The Phox is still in the hen house and it is going to take much more >>>>> then this token response to restore confidence. Anyone watching the >>>>> videos and listening to their voices can see that a complete >>>>> reorganization needs to be done and transparency demonstrated and >>>>> verified. >>>>> >>>>> I hope that the upper echelons of Linden Lab are not fooled by the >>>>> blog post and instead demand that more action be taken. At the bare >>>>> minimum, they need to be delisted until real change has been shown. >>>>> >>>>> Ignoring this and giving the all clear with no other action taken on >>>>> the part of Linden Lab will instead demonstrate that the TPV is a >>>>> worthless scrap of paper. >>>>> >>>>> Jesse Barnett >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> -- >>>> Tateru Nino >>>> Contributing Editorhttp://massively.com/ >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> > > -- Tateru Nino http://dwellonit.taterunino.net/ From tateru.nino at gmail.com Sun Aug 22 22:17:58 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Mon, 23 Aug 2010 15:17:58 +1000 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C7203FE.20706@gmail.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> <4C717F4D.6090808@gmail.com> <4C71F65C.9000605@weblogsinc.com> <4C7203FE.20706@gmail.com> Message-ID: <4C720486.6080602@gmail.com> And now, perhaps, we can get back to the important stuff, like the viewer itself. ;) On 23/08/2010 3:15 PM, Miro Collas wrote: > Yes she did. Here's the interview from treet.tv: > http://treet.tv/people/gracer/blog/20100822/audio-excerpt-interview-arabella-and-jessica > > > See also: > http://blog.modularsystems.sl/2010/08/22/emerald-resurgence/ > > > On 08/23/2010 12:17 AM, Tateru Nino wrote: >> Sure do. Although apparently she un-resigned shortly after, which I do >> not yet have a cite for. Still waking up. >> >> http://dwellonit.taterunino.net/2010/08/22/hijack-hijinks/ >> >> >> On 23/08/2010 5:49 AM, Miro Collas wrote: >>> Do you have a cite for that, Tateru? Not saying it is false, I'd just >>> like to see it in context if possible. >>> >>> On 08/22/2010 01:38 PM, Tateru Nino wrote: >>>> Arabella has also resigned. >>>> >>>> On 23/08/2010 3:32 AM, Jesse Barnett wrote: >>>>> Fractured has stepped down and out of the Emerald picture >>>>> >>>>> http://blog.modularsystems.sl/2010/08/22/emerald-off-with-his-head/ >>>>> >>>>> But it is painfully obvious that the comments are being heavily >>>>> moderated and I know that neither of mine have gotten through. >>>>> >>>>> The Phox is still in the hen house and it is going to take much more >>>>> then this token response to restore confidence. Anyone watching the >>>>> videos and listening to their voices can see that a complete >>>>> reorganization needs to be done and transparency demonstrated and >>>>> verified. >>>>> >>>>> I hope that the upper echelons of Linden Lab are not fooled by the >>>>> blog post and instead demand that more action be taken. At the bare >>>>> minimum, they need to be delisted until real change has been shown. >>>>> >>>>> Ignoring this and giving the all clear with no other action taken on >>>>> the part of Linden Lab will instead demonstrate that the TPV is a >>>>> worthless scrap of paper. >>>>> >>>>> Jesse Barnett >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> -- >>>> Tateru Nino >>>> Contributing Editorhttp://massively.com/ >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> > > -- Tateru Nino http://dwellonit.taterunino.net/ From jessesa at gmail.com Mon Aug 23 01:24:32 2010 From: jessesa at gmail.com (Jesse Barnett) Date: Mon, 23 Aug 2010 04:24:32 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C720486.6080602@gmail.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> <4C717F4D.6090808@gmail.com> <4C71F65C.9000605@weblogsinc.com> <4C7203FE.20706@gmail.com> <4C720486.6080602@gmail.com> Message-ID: Really wish that was true but you saw Katharine's comments in irc. Absolutely nothing has changed with Emerald except for the servers. Here is hoping that both Philip and legal are not deceived so easily. Jesse Barnett On Monday, August 23, 2010, Tateru Nino wrote: > ?And now, perhaps, we can get back to the important stuff, like the viewer itself. From miro.collas at gmail.com Mon Aug 23 02:21:35 2010 From: miro.collas at gmail.com (Miro Collas) Date: Mon, 23 Aug 2010 05:21:35 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> <4C717F4D.6090808@gmail.com> <4C71F65C.9000605@weblogsinc.com> <4C7203FE.20706@gmail.com> <4C720486.6080602@gmail.com> Message-ID: <4C723D9F.7070404@gmail.com> I don't want to start a war of any kind, but let me suggest that you ask for evidence before believing what people say in chat or elsewhere. There are people who would love to see Emerald crumble, and have no problem deceiving, misleading or plain lying. I have seen this done on this list, in forums (SLU especially) and in group chat. So, be very wary of whose word you believe. For my part, the interview on treet.tv was enough to convince me to remain an Emerald user. That combined with knowing Jessica enough to trust her word. On 08/23/2010 04:24 AM, Jesse Barnett wrote: > Really wish that was true but you saw Katharine's comments in irc. > Absolutely nothing has changed with Emerald except for the servers. > Here is hoping that both Philip and legal are not deceived so easily. > > Jesse Barnett > > On Monday, August 23, 2010, Tateru Nino wrote: >> And now, perhaps, we can get back to the important stuff, like the > viewer itself. > _______________________________________________ > 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 sllists at boroon.dasgupta.ch Mon Aug 23 02:32:32 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Mon, 23 Aug 2010 11:32:32 +0200 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> Message-ID: <4C724030.1070205@boroon.dasgupta.ch> On 08/23/2010 05:53 AM, Joshua Bell wrote: >> Ideally, IMHO, there would be at least three "names": >> >> (1) login identifier (used with password as login credential) >> (2) unique human readable identifier >> (3) casual conversational identifier >> >> Prior to "Display Names", the Second Life (firstname, lastname) tuple >> was used as all three. "Display Names" separates (2) and (3), but (1) >> and (2) are still the same. >> >> I'm not sure if the work to do so is on anyone's backlog - I'm >> betting there's a PJIRA on it, though. You'd win :-) SVC-6212 (which also includes the 1:many relationship between (1) and (2) Argent suggests below) >> Technically, it's much less code to touch than "Display Names" (since >> a login-only private credential would be used in far fewer places in >> the code than username or display names), but it would be mostly >> server-side so the community can't help much. We could write user stories :-P On 08/23/2010 06:15 AM, Argent Stonecutter wrote: > The other thing SL needs is a 1:many relationship between (1) and (2), so that Argent David and Argent Stonecutter are both avatars associated with the same account... like they are in Avatars United. Which would allow for interesting permission schemes, like allowing transfer of products only between avatars of the same account. (This would probably have to be a new permission. Allowing transfer of all "no-transfer" items between Alts, as SVC-4319 suggests, would probably upset quite some people.) But even without that, a 'master account' would make a lot of things easier, like one could account verify all Alts at once, see billings for all linked agents centrally etc. cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/49e43c39/attachment-0001.htm From robin.cornelius at gmail.com Mon Aug 23 05:10:13 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Mon, 23 Aug 2010 13:10:13 +0100 Subject: [opensource-dev] Draw Distance In-Reply-To: <4C71FDC1.9010400@madonie.org> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C71FDC1.9010400@madonie.org> Message-ID: On Mon, Aug 23, 2010 at 5:49 AM, Laurent Bechir wrote: > > > Marine Kelley a ?crit : >> Please be careful not to screw up debug settings that must NOT be >> changed. Some are capital for the viewer to function normally, and >> would completely shut out users who don't know how to change them back >> offline, and to what. > > Wouldn't it be possible to have an argument "default" like this for > example : > > /set debugvar default > > which would put back the debugvar to its default value ? Yes, settings.xml already contains all the default settings and is essentaly readonly, changed settings are written to the user settings.xml in the user data area, so it is easy to revert any setting to its default installed value. Robin From malachi at tamzap.com Mon Aug 23 06:43:42 2010 From: malachi at tamzap.com (malachi) Date: Mon, 23 Aug 2010 09:43:42 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C723D9F.7070404@gmail.com> References: <4C6FDCE0.8070008@streamsense.net> <749070.33320.qm@web59102.mail.re1.yahoo.com> <4C7160B0.7050300@weblogsinc.com> <4C717F4D.6090808@gmail.com> <4C71F65C.9000605@weblogsinc.com> <4C7203FE.20706@gmail.com> <4C720486.6080602@gmail.com> <4C723D9F.7070404@gmail.com> Message-ID: I would love to see emerald continue and grow. I for one actually like emerald. however. I find it odd that 3 of the devs are known for creating copybot/griefer clients. And with emerald alone 2 of the devs have created malicious code inside of emerald. Yet only one of the devs was asked to leave. While mr user data leakage remains on the team. Personally it appears to me that this is nothing more than a set up to shadow or sweep away the dirt that has been being flung around about the viewer. Fractured is asked to step down and walk away. But Fractured is the dev that purchased the license to build emkdu. Phox built the emkdu with user data leakage. And now they will be using a "clean" emkdu. Who is building the emkdu now? Fractured? Phox? of did one of the other devs run out and purchase a license to do so? Changing the server which hosts the client does nothing for saving face. And as long as Phox is a part of the team,(considering the fact that Phox and Jaycool are closer than twins) Fractured will still have access to changing code. If LL allows this to continue the TPVP is a joke. Hopefully the rest of you that use emerald will be more cautious about the client when you run it. After what we have seen thus far.....god only knows whats next. On Mon, 23 Aug 2010 05:21:35 -0400, Miro Collas wrote: > I don't want to start a war of any kind, but let me suggest that you ask > for evidence before believing what people say in chat or elsewhere. > There are people who would love to see Emerald crumble, and have no > problem deceiving, misleading or plain lying. I have seen this done on > this list, in forums (SLU especially) and in group chat. So, be very > wary of whose word you believe. > > For my part, the interview on treet.tv was enough to convince me to > remain an Emerald user. That combined with knowing Jessica enough to > trust her word. > > On 08/23/2010 04:24 AM, Jesse Barnett wrote: >> Really wish that was true but you saw Katharine's comments in irc. >> Absolutely nothing has changed with Emerald except for the servers. >> Here is hoping that both Philip and legal are not deceived so easily. >> >> Jesse Barnett >> >> On Monday, August 23, 2010, Tateru Nino wrote: >>> And now, perhaps, we can get back to the important stuff, like the >> viewer itself. >> _______________________________________________ >> 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 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From thickbrick.sleaford at gmail.com Mon Aug 23 08:03:06 2010 From: thickbrick.sleaford at gmail.com (Thickbrick Sleaford) Date: Mon, 23 Aug 2010 18:03:06 +0300 Subject: [opensource-dev] Draw Distance In-Reply-To: <201008221722.56398.Lance.Corrimal@eregion.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008221714.05405.Lance.Corrimal@eregion.de> <201008221722.56398.Lance.Corrimal@eregion.de> Message-ID: <201008231803.07335.thickbrick.sleaford@gmail.com> On Sunday 22 August 2010 18:22:56 Lance Corrimal wrote: > related line of thought: > > > how much faster could the viewer be if every single of these "do not > change this ever" settings was replaced with a #define in a central > include file? > or in other words, what is the cpu cycle penalty for a > SavedSettings.getBOOL() and the others? > Please, no #defines... You can cache the value of a settings and rely on callback magic to change the cached var when the setting has changed: #include "llcontrol.h" (or llviewercontrol.h in 1.x, with a slightly different constructor) static LLCachedControl cached_foo(gSavedSettings, "SettingFoo"); This way you can use cached_foo to get the value of the setting in methods that get called often, without doing a lookup in a big std::map. > > bye, > LC > -- Thickbrick From chess at us.ibm.com Mon Aug 23 08:03:06 2010 From: chess at us.ibm.com (David M Chess) Date: Mon, 23 Aug 2010 11:03:06 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: Message-ID: Could we move all this stuff to a new "emeraldgate" list, or something? That I could then carefully not subscribe to? __ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/9d5fe901/attachment.htm From hitomi.tiponi at yahoo.co.uk Mon Aug 23 08:05:51 2010 From: hitomi.tiponi at yahoo.co.uk (Hitomi Tiponi) Date: Mon, 23 Aug 2010 15:05:51 +0000 (GMT) Subject: [opensource-dev] RenderVolumeLODfactor (branch from Draw Distance) Message-ID: <978476.92991.qm@web23907.mail.ird.yahoo.com> > Actually, it would be nice if RenderVolumeLODfactor could either > persist from one version to the next (instead of getting reset with everey > new version installation), or be set based on GPU detection. > I imagine the default of 1.125 is based on "class 0" (intel integrated >graphics) > but anybody using better than that can go to 2.0 at a bare minimum. The default for 'class 0' on Viewer 2.1 is 0 (yes 'zero'). This has the effect of making the 50% of new users that enter Second life with class 0 machines (according to Linden Labs statistics) see a very odd world where a lot of the sculpties are a complete mess and all circular objects are hexagonal (no more curves in SL for them) and have no idea that it is not supposed to be that way. Experienced users will either know how to change it or add this to their list of reasons for not using Viewer 2. I believe this was an unwise move to try and make the performance of the viewer look better on 'low' settings that it is and needs reversing. I raised it as a JIRA 6 weeks ago - http://jira.secondlife.com/browse/VWR-20183 - but I see it is not important enough to be in the product backlog. For those who want to see what sl looks like for a lot of new users just set your settings to 'Low' in the new viewer and ask if you would use a world that looks like this rather than the one they used to see using Viewer 1.xx. And here's the compulsory user story: "As a user with a machine that meets the minimum specificartions I would like to be able to see circular objects and see those nice sculpted objects like cars and trees that I used to be able to see. I am fed up of my friends telling me how wonderful a place is when it looks like it has just sufferred a terrorist attack to me." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/1952e3ae/attachment.htm From chess at us.ibm.com Mon Aug 23 08:24:33 2010 From: chess at us.ibm.com (David M Chess) Date: Mon, 23 Aug 2010 11:24:33 -0400 Subject: [opensource-dev] Display names, again. In-Reply-To: Message-ID: This post could be a classroom lesson in "how to alienate people and not be taken seriously". Daniel Smith : >>> 1. Will there be procedures in place to prevent someone else to use my >>> true avatar name as their display name? >> >>No. > > Wrong answer. Actually it's the right answer! The question was "will there be procedures in place", and since the current Lab plan is that there won't be procedures in place, "No" is the right answer. You can argue that the current plan should be changed, but "wrong answer" just makes you sound faux-macho and confrontational. > I think the Lindens are underestimating the legal fallout that will ensue when names are abused. Lame Internet lawyers are lame. How many lawsuits have their been over the fact that it's easy to have a name that's very similar to someone else's? How many times has Plurk been sued because you can make your display name be anything you like? How many times has *any* online service been sued because it made it too easy for one person to masquerade as someone else? What makes you think you have a better notion of the legal danger than the Lab's legal staff does? > People are stating loud and clear what they want. Careful inspection will reveal that not everyone is saying the same thing. > Are you guys deaf? No, they aren't. And this kind of insulting tagline just makes you look like a posturing child. fwiw... ___ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/3148a6ee/attachment.htm From moriz.gupte at gmail.com Mon Aug 23 08:50:19 2010 From: moriz.gupte at gmail.com (Moriz Gupte) Date: Mon, 23 Aug 2010 09:50:19 -0600 Subject: [opensource-dev] Display names, again. In-Reply-To: References: Message-ID: Thanks David, share your sentiments and logic. Would not have overloaded the list, but guess this is one of the venues that is heard most. Totally agree with "Lame Internet lawyers are lame. How many lawsuits have their been over the fact that it's easy to have a name that's very similar to someone else's? How many times has Plurk been sued because you can make your display name be anything you like? How many times has *any* online service been sued because it made it too easy for one person to masquerade as someone else? What makes you think you have a better notion of the legal danger than the Lab's legal staff does? " Even my homeland prime minister (Mauritius) had his FB created by some geek, he sued and lost... he just got the page removed. In Idaho, where I currently stay, many republicans started using Twitter only because folks created accounts in their name, and they joined the bandwagon later..., even the Dalai Lama's FB and twitter accounts got created... yes there are problems, but they got fixed once the genuine people raised the alarm. From where I stand, this functionality will go a long way to improve the first hour experience, because new so called 'serious/fed agency/corporate' users getting pushed into SL, come with the expectation that its registration process will be like any web 2.0 application they are already familiar with. Then beyond this issue, once they are logged in, comes the problem of identifying each other...real names is the only cue that will allow them to connect (in that first hour). And I have used pretty much all the tricks of the trade to make their rl names appear above their avatar but the process is crazy at best. They can learn about whether to trust or not these names etc... later on and learn how to use exercise caution and address the name spoofing issues pretty much like what happens in rl and at similar frequencies. There are no perfect systems,I recognize that display names feels like a band aid solution, so be it. SL is a mega bandaid...no turning back. Some decisions were made in the past which lead to the naming problems we see today, every bad initial decision which has been integrated into useful functionalities will take a very long time to die (fact of life). @Oz Linden, I feel your pain of being submerged with noise, but unfortunately this is the price you have to pay for listening. And you cannot afford not to listen because there are gems in that noise that will help your own work and LL in general. So take the noise as part of business, that would be my advice to you. And I stop my noise here. R On Mon, Aug 23, 2010 at 9:24 AM, David M Chess wrote: > > This post could be a classroom lesson in "how to alienate people and not be > taken seriously". > > Daniel Smith : > > >>> 1. Will there be procedures in place to prevent someone else to use my > >>> true avatar name as their display name? > >> > >>No. > > > > > Wrong answer. > > Actually it's the right answer! The question was "will there be procedures > in place", and since the current Lab plan is that there won't be procedures > in place, "No" is the right answer. > > You can argue that the current plan should be changed, but "wrong answer" > just makes you sound faux-macho and confrontational. > > > I think the Lindens are underestimating the legal fallout that will ensue > when names are abused. > > Lame Internet lawyers are lame. How many lawsuits have their been over the > fact that it's easy to have a name that's very similar to someone else's? > How many times has Plurk been sued because you can make your display name > be anything you like? How many times has *any* online service been sued > because it made it too easy for one person to masquerade as someone else? > What makes you think you have a better notion of the legal danger than the > Lab's legal staff does? > > > People are stating loud and clear what they want. > > Careful inspection will reveal that not everyone is saying the same thing. > > > Are you guys deaf? > > No, they aren't. And this kind of insulting tagline just makes you look > like a posturing child. > > fwiw... > > ___ > > _______________________________________________ > 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, Pocatello, ID 83209 Tel: 208-282-5333 Blog , LinkedIn , Play2Train -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/461f735a/attachment-0001.htm From josh at lindenlab.com Mon Aug 23 09:35:30 2010 From: josh at lindenlab.com (Joshua Bell) Date: Mon, 23 Aug 2010 09:35:30 -0700 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: <4C724030.1070205@boroon.dasgupta.ch> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> <4C724030.1070205@boroon.dasgupta.ch> Message-ID: On Mon, Aug 23, 2010 at 2:32 AM, Boroondas Gupte wrote: > > But even without that, a 'master account' would make a lot of things > easier, like one could account verify all Alts at once, see billings for all > linked agents centrally etc. > No argument from me! But as with the other suggestion: this broad class of identity-related functionality was discussed when "Display Names" was being designed, and while not tackled as part of that project, we made sure it was not precluded and could still be undertaken later. We very much wanted to avoid embarking on a "everything you always wanted to do with identity" project. Joshua -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/e2c31fe1/attachment.htm From oz at lindenlab.com Mon Aug 23 10:28:23 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 23 Aug 2010 13:28:23 -0400 Subject: [opensource-dev] Display names, again. In-Reply-To: References: Message-ID: <4C72AFB7.6080804@lindenlab.com> On 2010-08-23 11:50, Moriz Gupte wrote: > @Oz Linden, I feel your pain of being submerged with noise, but > unfortunately this is the price you have to pay for listening. And you > cannot afford not to listen because there are gems in that noise that > will help your own work and LL in general. So take the noise as part > of business, that would be my advice to you. I'm listening... and filtering out all amateur lawyers (and will be really really surprised if any of what I've seen is coming from anyone who's actually passed the Bar anywhere). I'd much rather have to listen to noise than to silence. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/ac781aa2/attachment.htm From oz at lindenlab.com Mon Aug 23 10:31:36 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 23 Aug 2010 13:31:36 -0400 Subject: [opensource-dev] separation between login id and publicly visible id(s) In-Reply-To: References: <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> <4C724030.1070205@boroon.dasgupta.ch> Message-ID: <4C72B078.5060609@lindenlab.com> On 2010-08-23 12:35, Joshua Bell wrote: > On Mon, Aug 23, 2010 at 2:32 AM, Boroondas Gupte > > wrote: > > > But even without that, a 'master account' would make a lot of > things easier, like one could account verify all Alts at once, see > billings for all linked agents centrally etc. > > > No argument from me! > > But as with the other suggestion: this broad class of identity-related > functionality was discussed when "Display Names" was being designed, > and while not tackled as part of that project, we made sure it was not > precluded and could still be undertaken later. We very much wanted to > avoid embarking on a "everything you always wanted to do with > identity" project. ... and people should appreciate that. One of the easiest ways to fail to make progress is to insist on taking only giant leaps forward. Small steps are not only quicker and easier, they're also less harmful if they turn out to be mistakes. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/57e7a4f2/attachment.htm From yoz at lindenlab.com Mon Aug 23 11:18:57 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Mon, 23 Aug 2010 11:18:57 -0700 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: <4C724030.1070205@boroon.dasgupta.ch> References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> <4C724030.1070205@boroon.dasgupta.ch> Message-ID: On 23 August 2010 02:32, Boroondas Gupte wrote: > You'd win :-) > SVC-6212 (which also includes > the 1:many relationship between (1) and (2) Argent suggests below) > > As I commented in that issue, this is something we at the Lab would dearly love to have. In fact, we did some technical design on a master account system as part of a project which unfortunately had to be significantly scaled back. The idea definitely isn't dead, though. As Josh and others have said, one of the things we'd need is a unique secret account identifier. Unfortunately the only existing account datum which might work here is email address, and that's not unique, though we're starting to think that it really should be. Using the email address as a unique master account ID (and then choosing avatar on login) would probably be the way to go - once we've managed to move email address out of the avatar record, which is significant work in itself and not currently on the roadmap. (However, there are also advantages to making email unique-per-avatar; the horrible hackiness of the IM<->Email system is a demonstration of that) > Which would allow for interesting permission schemes, like allowing > transfer of products only between avatars of the same account. (This would > probably have to be a new permission. Allowing transfer of all "no-transfer" > items between Alts, as SVC-4319suggests, would probably upset quite some people.) > > But even without that, a 'master account' would make a lot of things > easier, like one could account verify all Alts at once, see billings for all > linked agents centrally etc. > Yep. But obviously, as well as looking at this as a whole pile of useful functionality, one has to look at this as a possibly-bigger pile of work. Especially since most of the value comes from a load of new or overhauled interfaces and logic rather than merely creating the underlying structure. (Also, we consider any proposed changes to the permissions system with all due reluctance, not to mention outright terror.) In short: it's not a question of if but when and how, especially in relation to all our other priorities. -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/d0f35fad/attachment.htm From joel.foner at gmail.com Mon Aug 23 11:51:51 2010 From: joel.foner at gmail.com (Joel Foner) Date: Mon, 23 Aug 2010 14:51:51 -0400 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> <4C724030.1070205@boroon.dasgupta.ch> Message-ID: > > As Josh and others have said, one of the things we'd need is a unique > secret account identifier. Unfortunately the only existing account datum > which might work here is email address, and that's not unique, though we're > starting to think that it really should be > Just a quick note... email addresses change fairly regularly. Basing the permanent unique account identifier on a transient token seems bound to create problems in the longer term due to user movements from one email address to another, and old addresses become invalid and even forgotten by users. Joel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/a9e67b5d/attachment.htm From wdemauro at verizon.net Mon Aug 23 11:57:51 2010 From: wdemauro at verizon.net (Will) Date: Mon, 23 Aug 2010 14:57:51 -0400 Subject: [opensource-dev] Display names, again. In-Reply-To: <4C72AFB7.6080804@lindenlab.com> References: <4C72AFB7.6080804@lindenlab.com> Message-ID: <7BC487E6D5F04F05AA5C350FDC6608CC@WillPC> Oz, what is Linden Labs position on Emerald and will they be making a public announcement? (not a lawyer just a concerned resident, remember them?) From: Oz Linden (Scott Lawrence) Sent: Monday, August 23, 2010 1:28 PM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Display names, again. On 2010-08-23 11:50, Moriz Gupte wrote: @Oz Linden, I feel your pain of being submerged with noise, but unfortunately this is the price you have to pay for listening. And you cannot afford not to listen because there are gems in that noise that will help your own work and LL in general. So take the noise as part of business, that would be my advice to you. I'm listening... and filtering out all amateur lawyers (and will be really really surprised if any of what I've seen is coming from anyone who's actually passed the Bar anywhere). I'd much rather have to listen to noise than to silence. -------------------------------------------------------------------------------- _______________________________________________ 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/20100823/10e42faa/attachment-0001.htm From oz at lindenlab.com Mon Aug 23 12:05:29 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 23 Aug 2010 15:05:29 -0400 Subject: [opensource-dev] Display names, again. In-Reply-To: <7BC487E6D5F04F05AA5C350FDC6608CC@WillPC> References: <4C72AFB7.6080804@lindenlab.com> <7BC487E6D5F04F05AA5C350FDC6608CC@WillPC> Message-ID: <4C72C679.8030208@lindenlab.com> On 2010-08-23 14:57, Will wrote: > Oz, what is Linden Labs position on Emerald and will they be making a > public announcement? (not a lawyer just a concerned resident, remember > them?) This is not the place to make any such statement. I believe that one will be coming out in due time, but decline to predict its timing or content. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/aabf4447/attachment.htm From tateru.nino at gmail.com Mon Aug 23 12:12:36 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Tue, 24 Aug 2010 05:12:36 +1000 Subject: [opensource-dev] separation between login id and publicly visible id(s) In-Reply-To: References: <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> <4C724030.1070205@boroon.dasgupta.ch> Message-ID: <4C72C824.4010502@gmail.com> On 24/08/2010 4:51 AM, Joel Foner wrote: > > As Josh and others have said, one of the things we'd need is a > unique secret account identifier. Unfortunately the only existing > account datum which might work here is email address, and that's > not unique, though we're starting to think that it really should be > > > Just a quick note... email addresses change fairly regularly. Basing > the permanent unique account identifier on a transient token seems > bound to create problems in the longer term due to user movements from > one email address to another, and old addresses become invalid and > even forgotten by users. > Actually, I remember that the RegAPI (for a long time - don't know if it still does) wouldn't accept an email address that had /ever/ been used for registration of an account previously. Ran into that one during some client work. -- Tateru Nino http://dwellonit.taterunino.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100824/e4d0b376/attachment.htm From tateru.nino at gmail.com Mon Aug 23 12:14:18 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Tue, 24 Aug 2010 05:14:18 +1000 Subject: [opensource-dev] Display names, again. In-Reply-To: <4C72C679.8030208@lindenlab.com> References: <4C72AFB7.6080804@lindenlab.com> <7BC487E6D5F04F05AA5C350FDC6608CC@WillPC> <4C72C679.8030208@lindenlab.com> Message-ID: <4C72C88A.8090703@gmail.com> On 24/08/2010 5:05 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-08-23 14:57, Will wrote: >> Oz, what is Linden Labs position on Emerald and will they be making a >> public announcement? (not a lawyer just a concerned resident, >> remember them?) > > This is not the place to make any such statement. > > I believe that one will be coming out in due time, but decline to > predict its timing or content. I'm already waiting on an official response from the Lab spokespersons (since last week). I'll blog it when it comes through. -- Tateru Nino http://dwellonit.taterunino.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100824/705dc9d6/attachment.htm From erikba at odysseus.anderson.name Mon Aug 23 12:22:10 2010 From: erikba at odysseus.anderson.name (Erik Anderson) Date: Mon, 23 Aug 2010 12:22:10 -0700 Subject: [opensource-dev] Draw Distance In-Reply-To: <4C70A949.4020508@gmail.com> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: Just a quick/late comment for a thread that seems to have left the subject line a couple days ago anyhow... Requiring the draw distance to be changed that easily smells like a bad paradigm that needs adjusting. It reminds me of a database engine I was using that required me to set the hash size of indexes in order to improve performance. Two major versions later and the engine was suddenly smart enough to figure it out on its own and the hash size override was deprecated. Shouldn't the SL client be able to figure out what a good draw distance would be? Maybe have it start autodetecting draw distance based on rolling average number of polygons visible or something? On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas wrote: > How about bbeing able to just type it in? Why a slider, or mouse wheel, > which is inaccurate? How about being able to type it in chat? > > On 08/22/2010 12:19 AM, aklo at skyhighway.com wrote: > > !! YES !! If all i had to do was mouse up over the camera widget and > roll > > the scroll button i would be *soooooo* happy! Serious. i mean, Henri's > > Cool VL innovation is great! And i think that even if it were a mouse > > wheel scrollable widget it should still have some kinda additional text > > box to it where numbers can be typed in. But to be able to look around > > like that would be MEGA-AWESOME!! (Just like opening your eyes *really* > > wide...!!) > > > > - AK > > > > I probably use the draw-distance slider more often than any other UI > > widget. I'd probably map it to my mouse's scroll-wheel, if I could. > > > > On 22/08/2010 10:31 AM, Suz Dollar wrote: > >>> This is one concept that I have wanted for at least four years in SL. I > >>> change draw distance multiple times a day depending on where I"m > >>> visiting. Many of my own estate regions I can use a full powered 512 > >>> draw distance. Going to my public sandbox, however, requires an instant > >>> drop to 128 or lower. Visiting my old 'hometown' of Caledon, mandates > >>> the same. And I have to be honest, the places I can still use 512 draw > >>> distance with viewer 2.x has dropped dramatically. I now usually can't > >>> use higher than 256 yet have been assured since the first beta release > >>> that there should be no performance difference between 1.23 and 2.x > with > >>> regard to graphics. An easily accessible way to change draw distance > >>> would be awesome. I'm also frustrated that its so much harder with the > >>> slider to hit the magic numbers: 64, 96, 128, 256.... you get the > idea. > >>> But if the slider were at least out on the main UI somewhere, my own > >>> preference being up in the navigation area, but anywhere directly > >>> accessible, would be AWESOME. > >>> > >>> Char > >>> > >>> > >>> aklo at skyhighway.com wrote: > >>>>> There was some talk lately about draw distance. i mentioned that > > from my > >>>>> place if i have my draw distance turned up over about 150 i can > almost > >>>>> count on crashing when i tp. i'm really sorry i can't describe the > >>>>> problem any better than that. If someone wants to tell me how i > could > >>>>> understand it better, i'd love to listen? > >>>>> > >>>>> Anyway, i mentioned in mail to this list that it would be really > > cool if > >>>>> there were an onscreen widget like the movement& camera controls > that > >>>>> made draw distance a lot easier to change. Please forgive me for not > >>>>> having already figured out how to do that myself. Just sayin' tho, > it > >>>>> would be really nice if, like for instance, Snowglobe had either a > > mouse > >>>>> gesture, keyboard short cut, or onscreen widget (all three?) for > > rapidly, > >>>>> easily changing draw distance, i think it's a function that lots of > >>>>> people would use heavily. i know there's performance concerns, but > if, > >>>>> for instance, the onscreen widget included a simple performance bar > >>>>> indicator that went down as the draw distance was turned up, that > would > >>>>> communicate pretty well to all the people who didn't know better for > >>>>> whatever reason. > >>>>> > >>>>> The tp crash i get is just one more reason to make the setting easy > to > >>>>> deal with. Besides, to me it seems like such a natural part of > camera > >>>>> controls that i don't know why it's not there already? If it was me > >>>>> adding the feature i'd put it in the camera controls widget. i'd > been > >>>>> using SL for several months before i even realized that draw > > distance was > >>>>> configurable. > >>>>> > >>>>> Thanks for listening! > >>>>> > >>>>> _______________________________________________ > >>>>> 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 > >>> > > -- Tateru Nino http://dwellonit.taterunino.net/ > > _______________________________________________ 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/20100823/2151e11e/attachment-0001.htm From arrehn at gmail.com Mon Aug 23 12:39:04 2010 From: arrehn at gmail.com (Arrehn Oberlander) Date: Mon, 23 Aug 2010 15:39:04 -0400 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: On Mon, Aug 23, 2010 at 3:22 PM, Erik Anderson wrote: > > Shouldn't the SL client be able to figure out what a good draw distance > would be? Maybe have it start autodetecting draw distance based on rolling > average number of polygons visible or something? > It's not that simple, there are are a number of use cases that call for different draw distances. If you're playing with some kinds of vehicles, you may have the best experience with a medium-low draw distance to keep framerates high but still let you see where you're going. If you're in the audience of a high-traffic event, you may have the best experience with an extremely low draw distance. If you're taking photographs, particularly of scenery, you will turn draw distance up very high and not be so concerned with framerates. If you're trying to keep an eye on a particular spot on a sim X distance from you, you'll want to use a draw distance of at least X. If you're in an indoor area with confined spaces, a very small draw distance may be optimal. If you're trying to get 'the lay of the land' for how a region is spread out, a higher draw distance may be necessary so you can see buildings and landscaping together. This is just off the top of my head. Many of these depend on user's preference for framerate vs scene details at a moment in time, and can't be reliably guessed purely from inworld behavior (although there are hints, I will grant). I find myself frequently adjusting draw distance in practice, mainly for photographcs, music events, and some types of vehicle use. Viewers that have some quick UI for for this are far more handy than the clicks involved in navigating to custom graphics preferences. From martin at traumwind.de Mon Aug 23 13:06:36 2010 From: martin at traumwind.de (Martin Spernau) Date: Mon, 23 Aug 2010 22:06:36 +0200 Subject: [opensource-dev] Draw Distance In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> Message-ID: <56D00F1A-A123-4DFE-A98F-B44022F4FA82@traumwind.de> Am 23.08.2010 um 21:39 schrieb Arrehn Oberlander: > This is just off the top of my head. Many of these depend on user's > preference for framerate vs scene details at a moment in time, and > can't be reliably guessed purely from inworld behavior (although there > are hints, I will grant). Isn't that much like in photography, where you have different kinds of 'automatic' (shutter speed vc aperture auto) ... and depending on your creatice needs the one is betzer than the other and vice versa Maybe the 'optimize for high fps' and 'optimize for view distance' would be the viewer equival?ents -Martin From bunny at bunnynet.org Mon Aug 23 13:12:27 2010 From: bunny at bunnynet.org (Bunny Halberd) Date: Mon, 23 Aug 2010 15:12:27 -0500 Subject: [opensource-dev] Draw Distance In-Reply-To: <56D00F1A-A123-4DFE-A98F-B44022F4FA82@traumwind.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <56D00F1A-A123-4DFE-A98F-B44022F4FA82@traumwind.de> Message-ID: On Mon, Aug 23, 2010 at 3:06 PM, Martin Spernau wrote: > Isn't that much like in photography, where you have different kinds of > 'automatic' (shutter speed vc aperture auto) ... and depending on your > creatice needs the one is betzer than the other and vice versa > Maybe the 'optimize for high fps' and 'optimize for view distance' > would be the viewer equival?ents That's exactly what I was thinking. Most cameras have several settings: - Auto (this is the default and most people just leave it here) - Portrait (short depth of field, center weight the exposure) - Landscape (very long depth of field, balance the exposure) - Fully Manual (that's what SL has today) I've often wondered why there isn't an "auto" setting on SL where it can manage the draw distance for you, if you want it to. Just like the fully automatic mode on a camera. - Bunny From aklo at skyhighway.com Mon Aug 23 13:17:28 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Mon, 23 Aug 2010 13:17:28 -0700 (PDT) Subject: [opensource-dev] Draw Distance Message-ID: <7807e020058ea294de28201f8112ba95.squirrel@cruziomail.cruzio.com> i really like Erik's comments! He gives lots of good examples. The best draw distance isn't always a function of the best performance. Sometimes it may not even make sense to someone who's not there at the time. i think one of the important ideas in Erik's mail and some of the earlier messages is that draw distance is a candidate for a (maybe optional) onscreen widget that makes it as easy to adjust as the camera controls. All the ideas for chat line access and defaults management of draw distance and other settings are really awesome, too! My opinion says they should be implemented in parallel with something super simple and obvious to use for draw distance, including maybe even a way to enable a mouse gesture the same way it works for the maps. If you think about it for a sec, isn't a quick and easy type of "draw distance" adjustment part of the way our eyes work? It seems very natural to make SL work in its world the same way. - AK (Aklo Modan) On Mon, Aug 23, 2010 at 3:22 PM, Erik Anderson wrote: > > > > Shouldn't the SL client be able to figure out what a good draw distance > > would be? Maybe have it start autodetecting draw distance based on rolling > > average number of polygons visible or something? > > It's not that simple, there are are a number of use cases that call for different draw distances. If you're playing with some kinds of vehicles, you may have the best experience with a medium-low draw distance to keep framerates high but still let you see where you're going. If you're in the audience of a high-traffic event, you may have the best experience with an extremely low draw distance. If you're taking photographs, particularly of scenery, you will turn draw distance up very high and not be so concerned with framerates. If you're trying to keep an eye on a particular spot on a sim X distance from you, you'll want to use a draw distance of at least X. If you're in an indoor area with confined spaces, a very small draw distance may be optimal. If you're trying to get 'the lay of the land' for how a region is spread out, a higher draw distance may be necessary so you can see buildings and landscaping together. This is just off the top of my head. Many of these depend on user's preference for framerate vs scene details at a moment in time, and can't be reliably guessed purely from inworld behavior (although there are hints, I will grant). I find myself frequently adjusting draw distance in practice, mainly for photographcs, music events, and some types of vehicle use. Viewers that have some quick UI for for this are far more handy than the clicks involved in navigating to custom graphics preferences. _______________________________________________ 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 aklo at skyhighway.com Mon Aug 23 13:24:24 2010 From: aklo at skyhighway.com (aklo at skyhighway.com) Date: Mon, 23 Aug 2010 13:24:24 -0700 (PDT) Subject: [opensource-dev] Draw Distance Message-ID: <93d9bcce2d63d92431607b35ce1d7583.squirrel@cruziomail.cruzio.com> Oop! Sorry, i meant "Arrehn's comments" and "Arrehn's mail," not "Erik's." No offense, Erik. - AK i really like Arrehn's comments! He gives lots of good examples. The best draw distance isn't always a function of the best performance. Sometimes it may not even make sense to someone who's not there at the time. i think one of the important ideas in Arrehn's mail and some of the earlier messages is that draw distance is a candidate for a (maybe optional) onscreen widget that makes it as easy to adjust as the camera controls. All the ideas for chat line access and defaults management of draw distance and other settings are really awesome, too! My opinion says they should be implemented in parallel with something super simple and obvious to use for draw distance, including maybe even a way to enable a mouse gesture the same way it works for the maps. If you think about it for a sec, isn't a quick and easy type of "draw distance" adjustment part of the way our eyes work? It seems very natural to make SL work in its world the same way. - AK (Aklo Modan) On Mon, Aug 23, 2010 at 3:22 PM, Erik Anderson wrote: >> > > >> > > Shouldn't the SL client be able to figure out what a good draw distance >> > > would be? Maybe have it start autodetecting draw distance based on rolling >> > > average number of polygons visible or something? >> > > It's not that simple, there are are a number of use cases that call for different draw distances. If you're playing with some kinds of vehicles, you may have the best experience with a medium-low draw distance to keep framerates high but still let you see where you're going. If you're in the audience of a high-traffic event, you may have the best experience with an extremely low draw distance. If you're taking photographs, particularly of scenery, you will turn draw distance up very high and not be so concerned with framerates. If you're trying to keep an eye on a particular spot on a sim X distance from you, you'll want to use a draw distance of at least X. If you're in an indoor area with confined spaces, a very small draw distance may be optimal. If you're trying to get 'the lay of the land' for how a region is spread out, a higher draw distance may be necessary so you can see buildings and landscaping together. This is just off the top of my head. Many of these depend on user's preference for framerate vs scene details at a moment in time, and can't be reliably guessed purely from inworld behavior (although there are hints, I will grant). I find myself frequently adjusting draw distance in practice, mainly for photographcs, music events, and some types of vehicle use. Viewers that have some quick UI for for this are far more handy than the clicks involved in navigating to custom graphics preferences. _______________________________________________ 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 tateru.nino at gmail.com Mon Aug 23 13:25:39 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Tue, 24 Aug 2010 06:25:39 +1000 Subject: [opensource-dev] Draw Distance In-Reply-To: <56D00F1A-A123-4DFE-A98F-B44022F4FA82@traumwind.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <56D00F1A-A123-4DFE-A98F-B44022F4FA82@traumwind.de> Message-ID: <4C72D943.10400@gmail.com> On 24/08/2010 6:06 AM, Martin Spernau wrote: > Am 23.08.2010 um 21:39 schrieb Arrehn Oberlander: >> This is just off the top of my head. Many of these depend on user's >> preference for framerate vs scene details at a moment in time, and >> can't be reliably guessed purely from inworld behavior (although there >> are hints, I will grant). > > Isn't that much like in photography, where you have different kinds of > 'automatic' (shutter speed vc aperture auto) ... and depending on your > creatice needs the one is betzer than the other and vice versa > Maybe the 'optimize for high fps' and 'optimize for view distance' > would be the viewer equival?ents Something very much like that, yes. I've only got about six common settings, but I might use all of them in the space of five minutes. -- Tateru Nino http://dwellonit.taterunino.net/ From yoz at lindenlab.com Mon Aug 23 13:35:56 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Mon, 23 Aug 2010 13:35:56 -0700 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> <4C724030.1070205@boroon.dasgupta.ch> Message-ID: On 23 August 2010 11:51, Joel Foner wrote: > As Josh and others have said, one of the things we'd need is a unique >> secret account identifier. Unfortunately the only existing account datum >> which might work here is email address, and that's not unique, though we're >> starting to think that it really should be >> > > Just a quick note... email addresses change fairly regularly. Basing the > permanent unique account identifier on a transient token seems bound to > create problems in the longer term due to user movements from one email > address to another, and old addresses become invalid and even forgotten by > users. > Many other services seem to manage it just fine. But this is the kind of devil in the details that makes it require some more thought. I'm sure we'd have some kind of internal account ID (in a similar vein to agent ID) to which everything's tied, so that email changes would have minimal administrative update cost, and we'd keep a history of all such changes. That's *if* this is the route we take, if and when we do this work. -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/745e748f/attachment.htm From Lance.Corrimal at eregion.de Mon Aug 23 13:51:38 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 23 Aug 2010 22:51:38 +0200 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: References: Message-ID: <201008232251.38978.Lance.Corrimal@eregion.de> Am Monday 23 August 2010 schrieb Yoz Grahame: > On 23 August 2010 11:51, Joel Foner wrote: > > As Josh and others have said, one of the things we'd need is a > > unique > > > >> secret account identifier. Unfortunately the only existing > >> account datum which might work here is email address, and > >> that's not unique, though we're starting to think that it > >> really should be > > > > Just a quick note... email addresses change fairly regularly. > > Basing the permanent unique account identifier on a transient > > token seems bound to create problems in the longer term due to > > user movements from one email address to another, and old > > addresses become invalid and even forgotten by users. > > Many other services seem to manage it just fine. But this is the > kind of devil in the details that makes it require some more > thought. I'm sure we'd have some kind of internal account ID (in a > similar vein to agent ID) to which everything's tied, so that > email changes would have minimal administrative update cost, and > we'd keep a history of all such changes. That's *if* this is the > route we take, if and when we do this work. > > -- Yoz one additional field in the avatar's data... "parent UUID"... the main avi would have NULL_KEY in there, alts would have the UUID of the "master account". users would always log in with the login account, and after you log in but before you actually connect to the grid you'd get a popup with a list of your avatars to select from, and a button for "create new avatar". During rollout each avatar would be set up as a master avatar (parent avi = NULL_KEY), and on the website you could link your alts to your main account IF YOU SO DESIRE. This relation would/should not be visible for anyone else but the avatars in question, of course. each avatar could have a separate email address configured for IM to email, changeable in preferences and the website. newsletters and the likes would _only_ be delivered to "master accounts"... I believe that would cut the sheer volume of email traffic coming out of the lab down to 30% if not less (not counting IM to email). This relation would/should not be visible for anyone else but the avatars in question, of course. it would also open a way towards shared inventories (which might actually require an additional boolean in every asset... a permission bit that a creator could set, "allow to share with your alts" or such). it would also allow xstreet purchases to be delivered to your alt (making freebies pseudo-giftable). bye, LC From kf6kjg at gmail.com Mon Aug 23 16:16:37 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 23 Aug 2010 16:16:37 -0700 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: <201008232251.38978.Lance.Corrimal@eregion.de> References: <201008232251.38978.Lance.Corrimal@eregion.de> Message-ID: And a further note: Be sure to handle the "+" (plus) character in emails. Gmail (and possibly other systems) allows you to concatenate a + and some character string to the account name portion of the email address. This would allow me to have myemail+alt1 at gmail.com, etc. allowing me to only need a single email account, but have as many "unique" addresses as I need for a given task. I've had too much trouble with websites and programs accepting an email address with a +, but choking on it after account creation... Ricky Cron Stardust On Mon, Aug 23, 2010 at 1:51 PM, Lance Corrimal wrote: > Am Monday 23 August 2010 schrieb Yoz Grahame: >> On 23 August 2010 11:51, Joel Foner wrote: >> > ?As Josh and others have said, one of the things we'd need is a >> > ?unique >> > >> >> secret account identifier. Unfortunately the only existing >> >> account datum which might work here is email address, and >> >> that's not unique, though we're starting to think that it >> >> really should be >> > >> > Just a quick note... email addresses change fairly regularly. >> > Basing the permanent unique account identifier on a transient >> > token seems bound to create problems in the longer term due to >> > user movements from one email address to another, and old >> > addresses become invalid and even forgotten by users. >> >> Many other services seem to manage it just fine. But this is the >> kind of devil in the details that makes it require some more >> thought. I'm sure we'd have some kind of internal account ID (in a >> similar vein to agent ID) to which everything's tied, so that >> email changes would have minimal administrative update cost, and >> we'd keep a history of all such changes. That's *if* this is the >> route we take, if and when we do this work. >> >> -- Yoz > > > one additional field in the avatar's data... "parent UUID"... the main > avi would have NULL_KEY in there, alts would have the UUID of the > "master account". > users would always log in with the login account, and after you log in > but before you actually connect to the grid you'd get a popup with a > list of your avatars to select from, and a button for "create new > avatar". > > During rollout each avatar would be set up as a master avatar (parent > avi = NULL_KEY), and on the website you could link your alts to your > main account IF YOU SO DESIRE. > > This relation would/should not be visible for anyone else but the > avatars in question, of course. > > each avatar could have a separate email address configured for IM to > email, changeable in preferences and the website. newsletters and the > likes would _only_ be delivered to "master accounts"... I believe that > would cut the sheer volume of email traffic coming out of the lab down > to 30% if not less (not counting IM to email). > > This relation would/should not be visible for anyone else but the > avatars in question, of course. > > it would also open a way towards shared inventories (which might > actually require an additional boolean in every asset... a permission > bit that a creator could set, "allow to share with your alts" or > such). it would also allow xstreet purchases to be delivered to your > alt (making freebies pseudo-giftable). > > > > 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 esbee at lindenlab.com Mon Aug 23 16:27:01 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Mon, 23 Aug 2010 16:27:01 -0700 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/23/2010 Message-ID: <455FD365-D072-4CC4-A874-452E9ACC5155@lindenlab.com> Date: 08/23/2010 Wiki version of the Daily Scrum summary can be found here: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == Q OOO until further notice. PE Devs are on holiday on Mon Aug 23 == DAILY SCRUM == === Aimee === PAST Continued importing and merging Snowglobe build fixes into to viewer-development. UK Linden meeting. Fixed a minor CID bug and found a minor potential memory leak in LLFlatListView over the weekend. FUTURE Continue with Snowglobe fixes Set myself up another BitBucket repo for general bug fixes. Find out what we're doing about stuff in viewer-public and viewer-release? Merge / convert / merge? Investigate what's happened to EXT-8300 IMPEDIMENTS Can't access TeamCity, need to poke someone to find out why! === Tofu === OOO === Merov === PAST LLKDU in viewer-development: Try the fixed llkdu.dll from Snowglobe 1.4 bluntly as a test. Done. All llkdu.dll compiled with no manifest work actually. Good news... LLKDU in viewer-development: Move the relevant SNOW-345 changes to Snowstorm. Unnecessary I think. I'll keep an eye on some diff on the CMakeLists.txt though... LLKDU in viewer-development: Modify build.sh to download the llkdu libs even when -DINSTALL_PROPRIETARY:BOOL=ON is not set. Will fall by itself once I figure out the next step with brad. FUTURE LLKDU in viewer-development: Create new kdu-binaries for Windows LLKDU in viewer-development: Read install.py in details to understand why those are not installed as requested... LLKDU in viewer-development: Create a separate private repo for building llkdu cleaning from code (need to double check that with brad) IMPEDIMENTS None... apart from "can't connect to TeamCity this morning" :p... === Oz === PAST More wiki improvements Posted archive of Wednesdays OH Built executables for Planar alignment fix from Thickbrick (VWR-20752) Reviewed patch from Aleric for SNOW-766 (ok) Reviewed patch from Robin for VWR-20879 Scheduled Mercurial tutorial for Tuesday FUTURE Office Hour today Process discussions w/ various parties Handholding for LL repo conversions IMPEDIMENTS Can't connect to TeamCity this morning === Q === OOO === Esbee === PAST Jira triage Discussions about Snowstorm meetings and office hours for product Continued followup from SLCC and blog Flew back to SF on Sunday FUTURE Finish sketch undockable/dockable sidebar design and send to XD team for a quick review Set up weekly office hours to discuss product backlog and ideas! Continue Jira triage Continue to follow up on SLCC and Snowstorm blog feedback Start adding Resident feedback/ideas/user stories to the Snowstorm Backlog on a new tab Document idea submission process IMPEDIMENTS Jet lag On yeah...and I can't connect to Team City either === Paul === PAST BUG EXT-7878 (Corrupted vertical scroll bar appears on 'Edit Outfit' panel if height of 'Add More' panel was changed) Fixed and sent for a reivew BUG EXT-8405 (Clicking an attachment switches the Add More inventory to Flat view) Fixed and sent for a reivew BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard coded, in the long timestamp displayed in IM when user is offline) Fixed and sent for a reivew BUG EXT-8362 ([TRUNCATION] IT login screen - truncation in location box) Fixed and sent for a reivew BUG EXT-8558 (Add More category picker defaults whenever a clothing item is removed) In progress FUTURE BUG EXT-8558 (Add More category picker defaults whenever a clothing item is removed) IMPEDIMENTS none === Andrew === PAST Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) In Progress. Implementation question asked in VWR-20705 (Drag & Drop implementation). EXT-8575 (People you called via Adhoc are not shown in Recent tab). Investigated FUTURE Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) IMPEDIMENTS Question in VWR-20705 === Vadim === PAST Email about new commit procedure proposal Review, merge Critical bug EXT-8727 (Crash in LLAppearanceMgr::updateClothingOrderingInfo): Investigating FUTURE Finish EXT-8727. Help Sergey with sidetray tabs detaching IMPEDIMENTS What to do with tickets we no longer work on? How to pass them to QA ? === Sergey === PAST Task (VWR-20694) Snowstorm Sprint 2: As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. WIP. Implementing detaching SP's contents and positioning it into a floater. Faced some problems caused by specific SP resizing behavior and crashes in Side Tray after detaching a tab. FUTURE Task (VWR-20694) Snowstorm Sprint 2: As a User, I want to undock tabs from the Viewer sidebar ... IMPEDIMENTS none === Anya === PAST Investigation/Discussion of suggested new commit process for PE Accounts cleanup GH demo setup crashhunters FUTURE list of EXTs in this sprint for backlog IMPEDIMENTS No tasks to take from backlog that don't require design Esbee working on design for side tray and bottom bar Should I add EXT bugs we're currently working on to the sprint backlog? (20%) see list below How best to engage QA in the Snowstorm process? Vadim: How to assign/pass issues to QA? Task EXT-7756 (Add sort order to My Outfits gear menu (name or date)) - how to deal with server changes? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100823/0a70df5c/attachment-0001.htm From secret.argent at gmail.com Mon Aug 23 17:37:49 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Mon, 23 Aug 2010 19:37:49 -0500 Subject: [opensource-dev] separation between login id and publicly visible id(s) (was: display names = the end of 1.x viewers?) In-Reply-To: References: <4c6b125e.013adc0a.7d60.ffffb8bc@mx.google.com> <0gotj7xcnb.ln2@ursa-major.network.ursamundi.org> <1EA62CFB82664030993C9E84C5662E58@TWEEDY64> <2A2C686E-1668-4217-9212-498687313CE9@gmail.com> <4C724030.1070205@boroon.dasgupta.ch> Message-ID: <8C924BDF-55FF-4A0D-B76A-0A762E9C3D82@gmail.com> On 2010-08-23, at 13:18, Yoz Grahame wrote: > As Josh and others have said, one of the things we'd need is a unique secret account identifier. Unfortunately the only existing account datum which might work here is email address, and that's not unique, though we're starting to think that it really should be. If email is an issue... You could ask people to set up a unique account ID to merge their current accounts into. Or let them choose to keep on using (one of) their existing ID and create new avatars/identities/whatyoucallems under that. From partners at scifipc.com Mon Aug 23 23:14:14 2010 From: partners at scifipc.com (Science Fiction Computer - SCi-Fi PC) Date: Tue, 24 Aug 2010 16:14:14 +1000 Subject: [opensource-dev] Draw Distance - TPV Solution Example In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C71FDC1.9010400@madonie.org> Message-ID: If you find the time, download the latest "Kirsten's Viewer" S20(33). There is a neat little Draw Distance slider located in the TOP-LEFT of the Viewer UI, which conveniently provides an EASY TOOL for adjusting detail vs performance. It's simple, elegant, and most importantly, "Functional on the Fly" - ergo, would be great to see this slider in Snowglobe or Main LL Viewer. SF. From Lance.Corrimal at eregion.de Mon Aug 23 23:25:23 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 24 Aug 2010 08:25:23 +0200 Subject: [opensource-dev] Draw Distance - TPV Solution Example In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> Message-ID: <201008240825.23952.Lance.Corrimal@eregion.de> Am Tuesday 24 August 2010 schrieb Science Fiction Computer - SCi-Fi PC: > If you find the time, download the latest "Kirsten's Viewer" > S20(33). > > There is a neat little Draw Distance slider located in the TOP-LEFT > of the Viewer UI, which conveniently provides an EASY TOOL for > adjusting detail vs performance. > > It's simple, elegant, and most importantly, "Functional on the Fly" > - ergo, would be great to see this slider in Snowglobe or Main LL > Viewer. > its in the starlight skin, so it can only be a pure xml thing. bye, LC From partners at scifipc.com Mon Aug 23 23:33:48 2010 From: partners at scifipc.com (Science Fiction Computer - SCi-Fi PC) Date: Tue, 24 Aug 2010 16:33:48 +1000 Subject: [opensource-dev] Draw Distance - TPV Solution Example - SLIDER Correction In-Reply-To: <201008240825.23952.Lance.Corrimal@eregion.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008240825.23952.Lance.Corrimal@eregion.de> Message-ID: Apologies all, correction, the SLIDER is located, off-center, TOP RIGHT. SF. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Lance Corrimal Sent: Tuesday, August 24, 2010 4:25 PM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Draw Distance - TPV Solution Example Am Tuesday 24 August 2010 schrieb Science Fiction Computer - SCi-Fi PC: > If you find the time, download the latest "Kirsten's Viewer" > S20(33). > > There is a neat little Draw Distance slider located in the TOP-LEFT > of the Viewer UI, which conveniently provides an EASY TOOL for > adjusting detail vs performance. > > It's simple, elegant, and most importantly, "Functional on the Fly" > - ergo, would be great to see this slider in Snowglobe or Main LL > Viewer. > its in the starlight skin, so it can only be a pure xml thing. 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3090 - Release Date: 08/24/10 04:34:00 From Lance.Corrimal at eregion.de Mon Aug 23 23:49:27 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 24 Aug 2010 08:49:27 +0200 Subject: [opensource-dev] Draw Distance - TPV Solution Example - SLIDER Correction In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008240825.23952.Lance.Corrimal@eregion.de> Message-ID: <201008240849.27159.Lance.Corrimal@eregion.de> Am Tuesday 24 August 2010 schrieb Science Fiction Computer - SCi-Fi PC: > Apologies all, correction, the SLIDER is located, off-center, TOP > RIGHT. you mean there is one in the original skin too? neat. bye, LC From tateru.nino at gmail.com Mon Aug 23 23:54:40 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Tue, 24 Aug 2010 16:54:40 +1000 Subject: [opensource-dev] Draw Distance - TPV Solution Example - SLIDER Correction In-Reply-To: <201008240849.27159.Lance.Corrimal@eregion.de> References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008240825.23952.Lance.Corrimal@eregion.de> <201008240849.27159.Lance.Corrimal@eregion.de> Message-ID: <4C736CB0.7020000@gmail.com> On 24/08/2010 4:49 PM, Lance Corrimal wrote: > Am Tuesday 24 August 2010 schrieb Science Fiction Computer - SCi-Fi > PC: >> Apologies all, correction, the SLIDER is located, off-center, TOP >> RIGHT. > > you mean there is one in the original skin too? neat. > -- Tateru Nino http://dwellonit.taterunino.net/ From miro.collas at gmail.com Tue Aug 24 00:21:02 2010 From: miro.collas at gmail.com (Miro Collas) Date: Tue, 24 Aug 2010 03:21:02 -0400 Subject: [opensource-dev] Draw Distance - TPV Solution Example In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <4C70A949.4020508@gmail.com> <4C71FDC1.9010400@madonie.org> Message-ID: <4C7372DE.9050901@gmail.com> FWIW, I still prefer a type-in field to a slider for this. Much faster. On 08/24/2010 02:14 AM, Science Fiction Computer - SCi-Fi PC wrote: > If you find the time, download the latest "Kirsten's Viewer" S20(33). > > There is a neat little Draw Distance slider located in the TOP-LEFT of the > Viewer UI, which conveniently provides an EASY TOOL for adjusting detail vs > performance. > > It's simple, elegant, and most importantly, "Functional on the Fly" - ergo, > would be great to see this slider in Snowglobe or Main LL Viewer. > > SF. > > _______________________________________________ > 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 robin.cornelius at gmail.com Tue Aug 24 05:18:16 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Tue, 24 Aug 2010 13:18:16 +0100 Subject: [opensource-dev] VC Express/2008 request for testers/code review Message-ID: Hey everyone, I've spent way to much of my time recently trying to fix up the builds initally for 2005 Express, but that very rapidly became tangled with needing to fix the build process to be aware of which compiler version it was using so this naturally led to 2008 support being addded. I really would like to get some input from Brad on this as this is one of his areas. But also testing from express and 2005/2008 compilers would be helpful The revelant JIRAs are VWR-20879 - FTBFS: find_vc_dir() fails with Visual Studio Express SNOW-788 - Fix cmake files to correctly include boost on VC2008 windows builds VWR-20914 - Allow the MS CRT dlls and manifest location to be manually specified to work around VC Express limitations VWR-20915 - Remove hardcoding of VC80/8.0 from cmake and python files VWR-20921 - mt.exe is not found when building with visual studio 2008 You can find the complete patch bundle applied to viewer-development at http://bitbucket.org/robincornelius/viewer-development-vwr-20879 Additional instructions are on the wiki page - https://wiki.secondlife.com/wiki/User:Robin_Cornelius/viewer-development_VC2005_Express , these instructions work around fundimental limitations of Express and the fixes i have documented would then apply to any viewer branch in future so they can be considered system wide fixes. I do not believe these workarounds should be corrected in the viewer code, it is not something the viewer is doing wrong. If you decide to try to build 2008, please note that express users still need the winres.h fix from the above wiki link and also you need to copy the precompiled boost libs detailed at the end of http://jira.secondlife.com/browse/VWR-9541. My test environments have completed builds to an installer sucessfully with 2005 and 2008 Express. There is one final issue if you use 2008 express which i believe at this time is out side the scope of viewer fixes. The LL supplied prebuild libs are build against VC80 CRT v 4053, if you build with 2008 you will have dependencies on both the VC80 4053 CRT and your current VC90 CRT. So the installer if distributed to a 3rd party may fail to run as it will not copy the VC80 CRT to the installer. If and when LL decide to update to 2008 internally this should all just fall in to place without changes. Thanks From daleinnisemail at gmail.com Tue Aug 24 06:22:12 2010 From: daleinnisemail at gmail.com (Dale Innis) Date: Tue, 24 Aug 2010 09:22:12 -0400 Subject: [opensource-dev] Draw Distance - TPV Solution Example Message-ID: Miro Collas : > FWIW, I still prefer a type-in field to a slider for this. Much faster. I do, too. In general I miss various of Emerald's chatbar commands when I use V2. Draw-distance, and gth (Go To Height) and flr ("floor"; go to ground height) the most. fwiw, Dale (finally posting from my personal address instead of accidentally at work!) From trilobyte550m at gmail.com Tue Aug 24 07:38:45 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Tue, 24 Aug 2010 07:38:45 -0700 Subject: [opensource-dev] Draw Distance - TPV Solution Example - SLIDER Correction In-Reply-To: References: <30b1b68d284dcc73a4b4b277cff680b6.squirrel@cruziomail.cruzio.com> <201008240825.23952.Lance.Corrimal@eregion.de> Message-ID: <183EA23C-718E-49F2-AC4E-A63BE222FE2D@gmail.com> It s XML. I've been dropping in this replacement XML file into all the viewers I download/install, which adds a Draw Distance slider along with Land and Sky buttons to allow easy access to the About Land & Advanced Sky controls. It would be fantastic if there was an ability to choose in preferences whether they appeared in your viewer. Land & Sky could be off by default (no need to complicate things for new residents), and DD could be on by default perhaps. XML file (in zip archive) - http://www.blakopal.com/dd-slider.zip Tutorial video - http://www.youtube.com/watch?v=j_wSK0PMbPQ On Aug 23, 2010, at 11:33 PM, Science Fiction Computer - SCi-Fi PC wrote: > Apologies all, correction, the SLIDER is located, off-center, TOP RIGHT. > > SF. > > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com > [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Lance > Corrimal > Sent: Tuesday, August 24, 2010 4:25 PM > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Draw Distance - TPV Solution Example > > Am Tuesday 24 August 2010 schrieb Science Fiction Computer - SCi-Fi > PC: >> If you find the time, download the latest "Kirsten's Viewer" >> S20(33). >> >> There is a neat little Draw Distance slider located in the TOP-LEFT >> of the Viewer UI, which conveniently provides an EASY TOOL for >> adjusting detail vs performance. >> >> It's simple, elegant, and most importantly, "Functional on the Fly" >> - ergo, would be great to see this slider in Snowglobe or Main LL >> Viewer. >> > > its in the starlight skin, so it can only be a pure xml thing. > > > 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 > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.851 / Virus Database: 271.1.1/3090 - Release Date: 08/24/10 > 04:34: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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100824/3fdda54d/attachment-0001.htm From esbee at lindenlab.com Tue Aug 24 09:08:19 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Tue, 24 Aug 2010 09:08:19 -0700 Subject: [opensource-dev] New Weekly Office Hour for Product Backlog & Viewer Idea Discussion Message-ID: <5703F233-D131-49B8-B8AE-A211074C1EEB@lindenlab.com> Starting tomorrow, Wednesday Aug 25 from 8-9am PT, I'll be holding weekly office hours for discussion of the Snowstorm Team Backlog and to discuss ideas for the Viewer. If you have ideas for Viewer improvements, usability enhancements, new features, or just have questions about our backlog, this is the meeting for you! SLURL: http://maps.secondlife.com/secondlife/Hippotropolis/201/115/21 You'll find this meeting listed on our Snowstorm Team calendar, here: http://www.google.com/calendar/hosted/lindenlab.com/embed?src=lindenlab.com_k0e2g2gmqrhm0esbrh31f0qbac%40group.calendar.google.com&ctz=America/Los_Angeles (Note: This meeting will replace Q's weekly office hour. When he returns to work in a few weeks, he'll join us at this OH!) See you tomorrow! Esbee -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100824/9d2609d0/attachment.htm From labrat.hb at gmail.com Tue Aug 24 13:50:06 2010 From: labrat.hb at gmail.com (Harold Brown) Date: Tue, 24 Aug 2010 13:50:06 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: Message-ID: What I find interesting is that people are neglecting to realize that ANY viewer, even a LL viewer could have been used to do the same thing by changing the WEBPAGE the login screen pointed to. Or for that matter distributing a object using the new Media functions to load a webpage with the exact same iframe set. On Mon, Aug 23, 2010 at 8:03 AM, David M Chess wrote: > > Could we move all this stuff to a new "emeraldgate" list, or something? > > That I could then carefully not subscribe to? > > __ > _______________________________________________ > 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 gareth at garethnelson.com Tue Aug 24 13:54:11 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Tue, 24 Aug 2010 21:54:11 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: Message-ID: Yes, but most viewers have decent legit developers who won't put that stuff on the login page. On Tue, Aug 24, 2010 at 9:50 PM, Harold Brown wrote: > What I find interesting is that people are neglecting to realize that > ANY viewer, even a LL viewer could have been used to do the same thing > by changing the WEBPAGE the login screen pointed to. ?Or for that > matter distributing a object using the new Media functions to load a > webpage with the exact same iframe set. > > > > On Mon, Aug 23, 2010 at 8:03 AM, David M Chess wrote: >> >> Could we move all this stuff to a new "emeraldgate" list, or something? >> >> That I could then carefully not subscribe to? >> >> __ >> _______________________________________________ >> 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From babytje_ab at live.com Tue Aug 24 14:03:20 2010 From: babytje_ab at live.com (Alexandrea Fride) Date: Tue, 24 Aug 2010 23:03:20 +0200 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: Message-ID: Sure true but the differences is for a normal sl viewer to do this they need to specify their own login screen using url parameters or someting while with Emerald has there own custom login screenpage with users see evrytime they login into Emerald while what you say is true but that user count is WAY lesser then thousand of emerald users loging in continue it was stupid to do but this also proven the point is that Emerald (or anny other viewer) can do what they whant with SL's code it gives wrong view of what Third party viewer should be and to fix this so it never hapens again disalow custom login page's to be hosted on the viewers server but instead allow it so it can be hosted on secondlife servers (for a fee maybe idk) and everey time they wanna update the page, let LL control it to see if its user safe (could allow dynamic xml stats for custom news and stats but limited to basic html code with it) annyway my 2cents -------------------------------------------------- From: "Harold Brown" Sent: Tuesday, August 24, 2010 10:50 PM To: "David M Chess" Cc: Subject: Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? > What I find interesting is that people are neglecting to realize that > ANY viewer, even a LL viewer could have been used to do the same thing > by changing the WEBPAGE the login screen pointed to. Or for that > matter distributing a object using the new Media functions to load a > webpage with the exact same iframe set. > > > > On Mon, Aug 23, 2010 at 8:03 AM, David M Chess wrote: >> >> Could we move all this stuff to a new "emeraldgate" list, or something? >> >> That I could then carefully not subscribe to? >> >> __ >> _______________________________________________ >> 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 nexisentertainment at gmail.com Tue Aug 24 14:27:40 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Tue, 24 Aug 2010 14:27:40 -0700 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: Message-ID: <4C74394C.8010607@gmail.com> They used a custom build of the KDU JPEG compression library to embed information in baked textures, such as the installation directory and the title of the window. The outrage around this is that Emerald developers: 1. Disclosed private information without informing users about the disclosure in their privacy policy (installation folder can contain the username, usually on Linux, though). 2. Obfuscated this system by hiding it within a closed-source library 3. Continued to lie about the purpose of this system. 4. LINDEN LAB CONTINUES TO IGNORE THE TPV VIOLATIONS. If I had pulled this crap with my tiny viewer, I'd have been banned back into the stone age. The double standard Linden Lab uses infuriates many who were forced to do many difficult changes to comply with the TPV, only to find out that Linden Lab has no intention of enforcing it. 5. Reportedly, Emerald merely changed the encryption method used when it was discovered. I don't even know if they changed their KDU library to comply yet, or if they're covering their bums still by making a storm of apologetic blog posts while continuing the same old crap. Rob Nelson On 8/24/2010 1:50 PM, Harold Brown wrote: > What I find interesting is that people are neglecting to realize that > ANY viewer, even a LL viewer could have been used to do the same thing > by changing the WEBPAGE the login screen pointed to. Or for that > matter distributing a object using the new Media functions to load a > webpage with the exact same iframe set. > > > > On Mon, Aug 23, 2010 at 8:03 AM, David M Chess wrote: >> Could we move all this stuff to a new "emeraldgate" list, or something? >> >> That I could then carefully not subscribe to? >> >> __ >> _______________________________________________ >> 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 daleinnisemail at gmail.com Tue Aug 24 14:31:25 2010 From: daleinnisemail at gmail.com (Dale Innis) Date: Tue, 24 Aug 2010 17:31:25 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C74394C.8010607@gmail.com> References: <4C74394C.8010607@gmail.com> Message-ID: Yet another plea to move the endless offtopic Emerald discussions elsewhere. (Preferably faaaar elsewhere...) From malachi at tamzap.com Tue Aug 24 14:34:52 2010 From: malachi at tamzap.com (malachi) Date: Tue, 24 Aug 2010 17:34:52 -0400 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: <4C74394C.8010607@gmail.com> References: <4C74394C.8010607@gmail.com> Message-ID: well the developer of the emkdu dll file is PHOX. From the interview on treettv, Fractured purchased the license to develop it, PHOX did the actual developing, Fractured was asked to step down, PHOX is still on the team of emerald developers. PHOX and Fractured are very close. All the way back when it was VLife and PhoxSL. they were nearly identical. So i would almost bet that its a blitz attack on the public. Fractured walks away. PHOX stays. Fractured and PHOX still have control over the program cause PHOX is still committing code. and as far as the licensing goes..... If PHOX is the developer of the emkdu file( remember this is the bad file in the emerald viewer) and they are still planning to use emkdu.... who is developing it? PHOX? On Tue, 24 Aug 2010 17:27:40 -0400, Rob Nelson wrote: > They used a custom build of the KDU JPEG compression library to embed > information in baked textures, such as the installation directory and > the title of the window. The outrage around this is that Emerald > developers: > > 1. Disclosed private information without informing users about the > disclosure in their privacy policy (installation folder can contain the > username, usually on Linux, though). > 2. Obfuscated this system by hiding it within a closed-source library > 3. Continued to lie about the purpose of this system. > 4. LINDEN LAB CONTINUES TO IGNORE THE TPV VIOLATIONS. If I had pulled > this crap with my tiny viewer, I'd have been banned back into the stone > age. The double standard Linden Lab uses infuriates many who were > forced to do many difficult changes to comply with the TPV, only to find > out that Linden Lab has no intention of enforcing it. > 5. Reportedly, Emerald merely changed the encryption method used when it > was discovered. I don't even know if they changed their KDU library to > comply yet, or if they're covering their bums still by making a storm of > apologetic blog posts while continuing the same old crap. > > Rob Nelson > > On 8/24/2010 1:50 PM, Harold Brown wrote: >> What I find interesting is that people are neglecting to realize that >> ANY viewer, even a LL viewer could have been used to do the same thing >> by changing the WEBPAGE the login screen pointed to. Or for that >> matter distributing a object using the new Media functions to load a >> webpage with the exact same iframe set. >> >> >> >> On Mon, Aug 23, 2010 at 8:03 AM, David M Chess wrote: >>> Could we move all this stuff to a new "emeraldgate" list, or something? >>> >>> That I could then carefully not subscribe to? >>> >>> __ >>> _______________________________________________ >>> 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 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From katharine at katharineberry.co.uk Tue Aug 24 14:39:03 2010 From: katharine at katharineberry.co.uk (Katharine Berry) Date: Tue, 24 Aug 2010 22:39:03 +0100 Subject: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything? In-Reply-To: References: <4C74394C.8010607@gmail.com> Message-ID: <9F6779D3-C6CA-474B-A029-7D742C583BC5@katharineberry.co.uk> > PHOX and Fractured are very close. All the way back when it was VLife and > PhoxSL. they were nearly identical. So i would almost bet that its a blitz > attack on the public. Fractured walks away. PHOX stays. Fractured and PHOX > still have control over the program cause PHOX is still committing code. > and as far as the licensing goes..... If PHOX is the developer of the > emkdu file( remember this is the bad file in the emerald viewer) and they > are still planning to use emkdu.... who is developing it? PHOX? According to a blog post on blog.modularsystems.sl, which was subsequently pulled (cached: http://bit.ly/9OfxUd), Linden Lab has demanded that Emerald cease use of emkdu entirely. From esbee at lindenlab.com Tue Aug 24 16:49:48 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Tue, 24 Aug 2010 16:49:48 -0700 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/24/2010 Message-ID: Date: 08/23/2010 Wiki version of the Daily Scrum summary can be found here: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == New weekly office hour starting this week for Snowstorm Team Backlog and idea discussion. Join Esbee and the crew Wednesdays from 8-9am PT here: http://maps.secondlife.com/secondlife/Hippotropolis/201/115/21 == DAILY SCRUM == === Aimee === PAST Set myself up another BitBucket repo for general bug fixes. Checked the list of missing files named in the HG convert export map Nat found to be missing from the repo, and why. (5 are new files in viewer-public, 1 renamed with both names in the map, 2 relating to the old art/libs bundles no longer required, and the NL XUI translation filenames got mangled somehow). Pulled the two fixes from my bug-fix branch into viewer-development Fixed EXT-8300 / EXT-8398 (Avatar icons displaced from SLURL profile links), just awaiting review before committing. FUTURE Continue with Snowglobe fixes When exactly are we declaring final cut-off on viewer-public and viewer-release today? Who is doing final convert and merge? Chase up review of EXT-8300 / EXT-8398 from Richard (or find someone else to do it!) These two EXTs if they get added to the sprint? (Have fixes ready). EXT-8248 (Can't teleport multiple friends) EXT-1579 (No (easy) way to see who has permission to 'See my online status', 'See me on the map', or 'Edit, delete or take my objects') Remember to collect my mother from the hospital before someone else claims her. IMPEDIMENTS None === Tofu === PAST OOO. Some catch-up, some tree juggling. Mined viewer-public for stuff that's there which isn't in snowstorm - there's quite a lot. Preparing to convert that legacy repo and relocate its changes. FUTURE Deal with viewer-public's changes. Look for things needing code reviews. IMPEDIMENTS: None. === Oz === PAST LL repo conversion handholding FUTURE ? IMPEDIMENTS Non-Snowstorm tasks (no help for it) Lost track of the issue for aligning textures? === Merov === PAST LLKDU in viewer-development: Create new kdu-binaries for Windows: done or, rather, synced with alain who was working on it independently. Checked that it works on local build. LLKDU in viewer-development: Read install.py in details to understand why those are not installed as requested...: The problem comes from kdu-binaries not being asked by anyone... It's unclear though if we can really continue to provide that lib to download willy nilly. Need a license check here. LLKDU in viewer-development: Create a separate private repo for building llkdu cleaning from code (need to double check that with brad): Done by alain so not an issue anymore though now we have to integrate that *fast*. FUTURE LLKDU in viewer-development: Modify build.sh so that downloading just llkdu.dll and nothing else works in TeamCity (build fails right now) IMPEDIMENTS None === Q === OOO === Esbee === PAST Finished sketch undockable/dockable sidebar design Continue Jira triage Lots of meetings FUTURE Discuss sidebar undocking with Rhett Set up weekly office hours to discuss product backlog and ideas! Start adding Resident feedback/ideas/user stories to the Snowstorm Backlog on a new tab Continue to follow up on SLCC and Snowstorm blog feedback Document idea submission process IMPEDIMENTS None === Paul === PAST BUG EXT-8362 ([TRUNCATION] IT login screen - truncation in location box) Pushed BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard coded, in the long timestamp displayed in IM when user is offline) Pushed BUG EXT-7878 (Corrupted vertical scroll bar appears on 'Edit Outfit' panel if height of 'Add More' panel was changed) Pushed BUG EXT-7951 (Mini-Location panel appearance design issues) Restored in viewer-development repository. BUG EXT-8558 (Add More category picker defaults whenever a clothing item is removed) Fixed and sent for a review FUTURE: EXT-8722 (Appearance > 'Wearing' tab: Add Take off / Detach function to the gear menu) IMPEDIMENTS: none === Andrew === PAST Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) WIP. Estimate ~3 days. FUTURE: Task VWR-20702 analyze d&d in favorites, add similar to bottom tray change order of buttons shrinking and disappearing depending on button locations save order in settings and use it when creating bottom tray investigate inconsistency in distance between buttons IMPEDIMENTS: Order of buttons shrinking and disappearing === Vadim === PAST Critical bug EXT-8727 (Crash in LLAppearanceMgr::updateClothingOrderingInfo): Posted a defensive fix for review (could not repro though). Task VWR-20694 (Enable sidebar to track detaching/attaching tabs): Filed, working on it Code review, merge. FUTURE: Commit EXT-8727 if it gets approved. Work on VWR-20694. IMPEDIMENTS: none === Sergey === PAST Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. WIP. Fixed some crashes caused by docking/re-docking tabs. Investigating undocked tab visibility changes when switching tabs in Side Tray. FUTURE: Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar ... Estimated: 3 days for sub-tasks 4 and 5. IMPEDIMENTS: need design soon === Anya === PAST sidebar docking/undocking design issues (VWR-20694) bottom bar button reordering design issues (VWR-20702) jira VWR workflow wrangling tracking missing fixes progress tracking FUTURE: completed/in progress tasks need estimates / burndown data establish procedure for taking EXTs from old PE backlog to particular sprint follow up future commit process IMPEDIMENTS: out thu-fri next week -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100824/c975ec5b/attachment-0001.htm From jhwelch at gmail.com Tue Aug 24 17:21:28 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Tue, 24 Aug 2010 20:21:28 -0400 Subject: [opensource-dev] Current Snowstorm commit builds Message-ID: Oz & company, Would it be possible/easy to have the table of the most recent commit & build of Snowstorm enhanced to be more humanly readable by non-developers, like the one for Snowglobe "Development Snapshots"? That is, keep the table, but also have a simplified set of links for Windows, Mac, Linux. Thanks. From merov at lindenlab.com Tue Aug 24 17:49:26 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 24 Aug 2010 17:49:26 -0700 Subject: [opensource-dev] [SNOWSTORM] Snowstorm Daily Scrum Summary - 08/24/2010 In-Reply-To: References: Message-ID: Ahem... not sure what happen to my scrum notes so appending them there for the record: === Merov === PAST * LLKDU in viewer-development: Create new kdu-binaries for Windows: done or, rather, synced with alain who was working on it independently. Checked that it works on local build. * LLKDU in viewer-development: Read install.py in details to understand why those are not installed as requested...: The problem comes from kdu-binaries not being asked by anyone... It's unclear though if we can really continue to provide that lib to download willy nilly. Need a license check here. * LLKDU in viewer-development: Create a separate private repo for building llkdu cleaning from code (need to double check that with brad): Done by alain so not an issue anymore though now we have to integrate that *fast*. FUTURE * LLKDU in viewer-development: Modified llkdu.cmake and install.xml to use the prebuilt binaries for each platform only. Suppress the dependency on an exisiting llkdu subfolder in the build environment. IMPEDIMENTS * None On Tue, Aug 24, 2010 at 4:49 PM, Esbee Linden (Sarah Hutchinson) < esbee at lindenlab.com> wrote: > *Date*: 08/23/2010 > > Wiki version of the Daily Scrum summary can be found here: > https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive > > *== GENERAL NOTES ==* > > - New weekly office hour starting this week for Snowstorm Team Backlog > and idea discussion. Join Esbee and the crew Wednesdays from 8-9am PT here: > http://maps.secondlife.com/secondlife/Hippotropolis/201/115/21 > > > > *== DAILY SCRUM ==* > > * > === Aimee === > PAST > > - Set myself up another BitBucket repo for general bug fixes. > - Checked the list of missing files named in the HG convert export map > Nat found to be missing from the repo, and why. > - (5 are new files in viewer-public, 1 renamed with both names in the > map, 2 relating to the old art/libs bundles no longer required, and the NL > XUI translation filenames got mangled somehow). > - Pulled the two fixes from my bug-fix branch into viewer-development > - Fixed EXT-8300 / EXT-8398 (Avatar icons displaced from SLURL profile > links), just awaiting review before committing. > > > FUTURE > > - Continue with Snowglobe fixes > - When exactly are we declaring final cut-off on viewer-public and > viewer-release today? Who is doing final convert and merge? > - Chase up review of EXT-8300 / EXT-8398 from Richard (or find someone > else to do it!) > - These two EXTs if they get added to the sprint? (Have fixes ready). > - EXT-8248 (Can't teleport multiple friends) > - EXT-1579 (No (easy) way to see who has permission to 'See my online > status', 'See me on the map', or 'Edit, delete or take my objects') > - Remember to collect my mother from the hospital before someone else > claims her. > > > IMPEDIMENTS > > - None > > * > > > * > === Tofu === > PAST > > - OOO. Some catch-up, some tree juggling. > - Mined viewer-public for stuff that's there which isn't in snowstorm > - there's > - quite a lot. Preparing to convert that legacy repo and relocate its > - changes. > > > FUTURE > > - Deal with viewer-public's changes. > - Look for things needing code reviews. > > > IMPEDIMENTS: > > - None. > > > > === Oz === > PAST > > - LL repo conversion handholding > > > FUTURE > > - ? > > > IMPEDIMENTS > > - Non-Snowstorm tasks (no help for it) > - Lost track of the issue for aligning textures? > > > > === Merov === > PAST > > - > LLKDU in viewer-development: Create new kdu-binaries for Windows: > done or, rather, synced with alain who was working on it independently. > Checked that it works on local build. > > LLKDU in viewer-development: Read install.py in details to > understand why those are not installed as requested...: The problem comes > from kdu-binaries not being asked by anyone... It's unclear though if we can > really continue to provide that lib to download willy nilly. Need a license > check here. > LLKDU in viewer-development: Create a separate private repo for > building llkdu cleaning from code (need to double check that with brad): > Done by alain so not an issue anymore though now we have to integrate that > *fast*. > > FUTURE > > - LLKDU in viewer-development: Modify build.sh so that > downloading just llkdu.dll and nothing else works in TeamCity (build fails > right now) > > > IMPEDIMENTS > > - None > > *** > ** > ** > > > * > === Q === > OOO > * > > > * > === Esbee === > PAST > * > > - * > Finished sketch undockable/dockable sidebar design > * > - * > Continue Jira triage > * > - * > Lots of meetings > * > > > *FUTURE* > > - * > Discuss sidebar undocking with Rhett > * > - * > Set up weekly office hours to discuss product backlog and ideas! > * > - * > Start adding Resident feedback/ideas/user stories to the Snowstorm > Backlog on a new tab > * > - * > Continue to follow up on SLCC and Snowstorm blog feedback > * > - * > Document idea submission process > * > > > *IMPEDIMENTS* > > - * > None > * > > * > > * > * > > * > * > === Paul === > PAST > * > * > > - BUG EXT-8362 ([TRUNCATION] IT login screen - truncation in location > box) > - Pushed > - BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard > coded, in the long timestamp displayed in IM when user is offline) > - Pushed > - BUG EXT-7878 (Corrupted vertical scroll bar appears on 'Edit > Outfit' panel if height of 'Add More' panel was changed) > - Pushed > - BUG EXT-7951 (Mini-Location panel appearance design issues) > - Restored in viewer-development repository. > - BUG EXT-8558 (Add More category picker defaults whenever a > clothing item is removed) > - Fixed and sent for a review > > > FUTURE: > > - EXT-8722 (Appearance > 'Wearing' tab: Add Take off / Detach function > to the gear menu) > > > IMPEDIMENTS: > > - none > > > > === Andrew === > PAST > > - > Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized > the bottom bar of the Viewer UI, I also want to be able to control the order > of the buttons as they appear in the UI.) > > > - > WIP. Estimate ~3 days. > > *** > * > * > *FUTURE:* > > * > - Task VWR-20702 > * > * > - analyze d&d in favorites, add similar to bottom tray > - change order of buttons shrinking and disappearing > depending on button locations > - save order in settings and use it when creating bottom > tray > - investigate inconsistency in distance between buttons > * > > * > * > *IMPEDIMENTS:* > > * > - Order of buttons shrinking and disappearing > * > > ** ** * * * * * === Vadim === PAST * ** * - Critical bug EXT-8727 (Crash in LLAppearanceMgr::updateClothingOrderingInfo): - Posted a defensive fix for review (could not repro though). Task VWR-20694 (Enable sidebar to track detaching/attaching tabs): - Filed, working on it Code review, merge. FUTURE: - Commit EXT-8727 if it gets approved. - Work on VWR-20694. IMPEDIMENTS: - none *** ** * * * * * === Sergey === PAST * ** * - Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. - WIP. Fixed some crashes caused by docking/re-docking tabs. Investigating undocked tab visibility changes when switching tabs in Side Tray. FUTURE: - Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar ... - Estimated: 3 days for sub-tasks 4 and 5. IMPEDIMENTS: - need design soon *** ** * * * * * === Anya === PAST sidebar docking/undocking design issues (VWR-20694) *** ** * bottom bar button reordering design issues (VWR-20702) *** * jira VWR workflow wrangling *** * tracking missing fixes *** * progress tracking *** FUTURE: - * completed/in progress tasks need estimates / burndown data * ** * establish procedure for taking EXTs from old PE backlog to particular sprint *** * follow up future commit process *** IMPEDIMENTS: - * out thu-fri next week * ** * * * * * * * * -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100824/7cc4729e/attachment-0001.htm From akanevsky at productengine.com Tue Aug 24 23:47:52 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Tue, 24 Aug 2010 23:47:52 -0700 Subject: [opensource-dev] [SNOWSTORM] Snowstorm Daily Scrum Summary - 08/24/2010 In-Reply-To: References: Message-ID: Yeah, there was a hiccup somewhere in there, so here are all the PE summaries as of EOD Tuesday. *=== Paul ===* *PAST:* *BUG EXT-8362 ([TRUNCATION] IT login screen - truncation in location box) **Pushed * BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard coded, in the long timestamp displayed in IM when user is offline) **Pushed *BUG EXT-7878 (Corrupted vertical scroll bar appears on 'Edit Outfit' panel if height of 'Add More' panel was changed) **Pushed *BUG EXT-7951 (Mini-Location panel appearance design issues) **Restored in viewer-development repository. *BUG EXT-8558 (Add More category picker defaults whenever a clothing item is removed) **Fixed and sent for a review *FUTURE:* * EXT-8722 (Appearance > 'Wearing' tab: Add Take off / Detach function to the gear menu) *IMPEDIMENTS:* *none *=== Andrew ===* *PAST:* * Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) ** WIP. Estimate ~3 days. *FUTURE:* *Task VWR-20702 **analyze d&d in favorites, add similar to bottom tray **change order of buttons shrinking and disappearing depending on button locations **save order in settings and use it when creating bottom tray **investigate inconsistency in distance between buttons *IMPEDIMENTS:* * Order of buttons shrinking and disappearing *=== Vadim ===* *PAST:* * Critical bug EXT-8727 (Crash in LLAppearanceMgr::updateClothingOrderingInfo): **Posted a defensive fix for review (could not repro though). *Task VWR-20694 (Enable sidebar to track detaching/attaching tabs): **Filed, working on it *Code review, merge. *FUTURE:* *Commit EXT-8727 if it gets approved. *Work on VWR-20694. *IMPEDIMENTS:* *none *=== Sergey ===* *PAST:* *Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. **WIP. **Fixed some crashes caused by docking/re-docking tabs. **Investigating undocked tab visibility changes when switching tabs in Side Tray. *FUTURE:* * Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar ... **Estimated: 3 days for sub-tasks 4 and 5. *IMPEDIMENTS:* *need design soon *=== Anya ===* *PAST* *sidebar docking/undocking design issues (VWR-20694) *bottom bar button reordering design issues (VWR-20702) *jira VWR workflow wrangling *tracking missing fixes *progress tracking *FUTURE:* *GH & new jira demo *completed/in progress tasks need estimates / burndown data *esablish procedure for taking EXTs from old PE backlog to particular sprint *follow up future commit process *IMPEDIMENTS:* *out thu-fri next week 2010/8/24 Philippe (Merov) Bossut > Ahem... not sure what happen to my scrum notes so appending them there for > the record: > > === Merov === > PAST > * LLKDU in viewer-development: Create new kdu-binaries for Windows: done > or, rather, synced with alain who was working on it independently. Checked > that it works on local build. > * LLKDU in viewer-development: Read install.py in details to understand why > those are not installed as requested...: The problem comes from > kdu-binaries not being asked by anyone... It's unclear though if we can > really continue to provide that lib to download willy nilly. Need a license > check here. > * LLKDU in viewer-development: Create a separate private repo for building > llkdu cleaning from code (need to double check that with brad): Done by > alain so not an issue anymore though now we have to integrate that *fast*. > > FUTURE > * LLKDU in viewer-development: Modified llkdu.cmake and install.xml to use > the prebuilt binaries for each platform only. Suppress the dependency on an > exisiting llkdu subfolder in the build environment. > > IMPEDIMENTS > * None > > > > On Tue, Aug 24, 2010 at 4:49 PM, Esbee Linden (Sarah Hutchinson) < > esbee at lindenlab.com> wrote: > >> *Date*: 08/23/2010 >> >> Wiki version of the Daily Scrum summary can be found here: >> https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive >> >> *== GENERAL NOTES ==* >> >> - New weekly office hour starting this week for Snowstorm Team Backlog >> and idea discussion. Join Esbee and the crew Wednesdays from 8-9am PT here: >> http://maps.secondlife.com/secondlife/Hippotropolis/201/115/21 >> >> >> >> *== DAILY SCRUM ==* >> >> * >> === Aimee === >> PAST >> >> - Set myself up another BitBucket repo for general bug fixes. >> - Checked the list of missing files named in the HG convert export >> map Nat found to be missing from the repo, and why. >> - (5 are new files in viewer-public, 1 renamed with both names in the >> map, 2 relating to the old art/libs bundles no longer required, and the NL >> XUI translation filenames got mangled somehow). >> - Pulled the two fixes from my bug-fix branch into viewer-development >> - Fixed EXT-8300 / EXT-8398 (Avatar icons displaced from SLURL >> profile links), just awaiting review before committing. >> >> >> FUTURE >> >> - Continue with Snowglobe fixes >> - When exactly are we declaring final cut-off on viewer-public and >> viewer-release today? Who is doing final convert and merge? >> - Chase up review of EXT-8300 / EXT-8398 from Richard (or find >> someone else to do it!) >> - These two EXTs if they get added to the sprint? (Have fixes ready). >> - EXT-8248 (Can't teleport multiple friends) >> - EXT-1579 (No (easy) way to see who has permission to 'See my online >> status', 'See me on the map', or 'Edit, delete or take my objects') >> - Remember to collect my mother from the hospital before someone else >> claims her. >> >> >> IMPEDIMENTS >> >> - None >> >> * >> >> >> * >> === Tofu === >> PAST >> >> - OOO. Some catch-up, some tree juggling. >> - Mined viewer-public for stuff that's there which isn't in snowstorm >> - there's >> - quite a lot. Preparing to convert that legacy repo and relocate its >> - changes. >> >> >> FUTURE >> >> - Deal with viewer-public's changes. >> - Look for things needing code reviews. >> >> >> IMPEDIMENTS: >> >> - None. >> >> >> >> === Oz === >> PAST >> >> - LL repo conversion handholding >> >> >> FUTURE >> >> - ? >> >> >> IMPEDIMENTS >> >> - Non-Snowstorm tasks (no help for it) >> - Lost track of the issue for aligning textures? >> >> >> >> === Merov === >> PAST >> >> - >> LLKDU in viewer-development: Create new kdu-binaries for Windows: >> done or, rather, synced with alain who was working on it independently. >> Checked that it works on local build. >> >> LLKDU in viewer-development: Read install.py in details to >> understand why those are not installed as requested...: The problem comes >> from kdu-binaries not being asked by anyone... It's unclear though if we can >> really continue to provide that lib to download willy nilly. Need a license >> check here. >> LLKDU in viewer-development: Create a separate private repo >> for building llkdu cleaning from code (need to double check that with brad): >> Done by alain so not an issue anymore though now we have to integrate that >> *fast*. >> >> FUTURE >> >> - LLKDU in viewer-development: Modify build.sh so that >> downloading just llkdu.dll and nothing else works in TeamCity (build fails >> right now) >> >> >> IMPEDIMENTS >> >> - None >> >> * >> **** >> ** > > ** > > > * > === Q === > OOO > * > > > * > === Esbee === > PAST > * > > - * > Finished sketch undockable/dockable sidebar design > * > - * > Continue Jira triage > * > - * > Lots of meetings > * > > > *FUTURE* > > - * > Discuss sidebar undocking with Rhett > * > - * > Set up weekly office hours to discuss product backlog and ideas! > * > - * > Start adding Resident feedback/ideas/user stories to the Snowstorm > Backlog on a new tab > * > - * > Continue to follow up on SLCC and Snowstorm blog feedback > * > - * > Document idea submission process > * > > > *IMPEDIMENTS* > > - * > None > * > > * > > * > * > > * > * > === Paul === > PAST > * > * > > - BUG EXT-8362 ([TRUNCATION] IT login screen - truncation in location > box) > - Pushed > - BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard > coded, in the long timestamp displayed in IM when user is offline) > - Pushed > - BUG EXT-7878 (Corrupted vertical scroll bar appears on 'Edit > Outfit' panel if height of 'Add More' panel was changed) > - Pushed > - BUG EXT-7951 (Mini-Location panel appearance design issues) > - Restored in viewer-development repository. > - BUG EXT-8558 (Add More category picker defaults whenever a > clothing item is removed) > - Fixed and sent for a review > > > FUTURE: > > - EXT-8722 (Appearance > 'Wearing' tab: Add Take off / Detach function > to the gear menu) > > > IMPEDIMENTS: > > - none > > > > === Andrew === > PAST > > - > Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized > the bottom bar of the Viewer UI, I also want to be able to control the order > of the buttons as they appear in the UI.) > > > - > WIP. Estimate ~3 days. > > *** > * > * > *FUTURE:* > > * > - Task VWR-20702 > * > * > - analyze d&d in favorites, add similar to bottom tray > - change order of buttons shrinking and disappearing > depending on button locations > - save order in settings and use it when creating bottom > tray > - investigate inconsistency in distance between buttons > * > > * > * > *IMPEDIMENTS:* > > * > - Order of buttons shrinking and disappearing > * > > ** ** * * * * * === Vadim === PAST * ** * - Critical bug EXT-8727 (Crash in LLAppearanceMgr::updateClothingOrderingInfo): - Posted a defensive fix for review (could not repro though). Task VWR-20694 (Enable sidebar to track detaching/attaching tabs): - Filed, working on it Code review, merge. FUTURE: - Commit EXT-8727 if it gets approved. - Work on VWR-20694. IMPEDIMENTS: - none * **** ** * * * * * === Sergey === PAST * ** * - Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. - WIP. Fixed some crashes caused by docking/re-docking tabs. Investigating undocked tab visibility changes when switching tabs in Side Tray. FUTURE: - Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar ... - Estimated: 3 days for sub-tasks 4 and 5. IMPEDIMENTS: - need design soon *** ** * * * * * === Anya === PAST sidebar docking/undocking design issues (VWR-20694) *** ** * bottom bar button reordering design issues (VWR-20702) *** * jira VWR workflow wrangling *** * tracking missing fixes *** * progress tracking *** FUTURE: - * completed/in progress tasks need estimates / burndown data * ** * establish procedure for taking EXTs from old PE backlog to particular sprint *** * follow up future commit process *** IMPEDIMENTS: - * out thu-fri next week * ** * * * * * * * * _______________________________________________ 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/20100824/bc2f536d/attachment-0001.htm From oz at lindenlab.com Wed Aug 25 06:18:08 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 25 Aug 2010 09:18:08 -0400 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: References: Message-ID: <4C751810.9090306@lindenlab.com> On 2010-08-24 20:21, Jonathan Welch wrote: > Oz& company, > > Would it be possible/easy to have the table of the most recent commit > & build of Snowstorm enhanced to be more humanly readable by > non-developers, like the one for Snowglobe "Development Snapshots"? > > That is, keep the table, but also have a simplified set of links for > Windows, Mac, Linux. Sorry... what table are you referring to? link? From wolfpup67 at earthlink.net Wed Aug 25 07:08:05 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Wed, 25 Aug 2010 10:08:05 -0400 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: <4C751810.9090306@lindenlab.com> References: <4C751810.9090306@lindenlab.com> Message-ID: <000301cb445e$f0134380$d039ca80$@net> I believe he is talking about : http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-de velopment/latest.html This is where the builds are listed. -----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: Wednesday, August 25, 2010 9:18 AM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Current Snowstorm commit builds On 2010-08-24 20:21, Jonathan Welch wrote: > Oz& company, > > Would it be possible/easy to have the table of the most recent commit > & build of Snowstorm enhanced to be more humanly readable by > non-developers, like the one for Snowglobe "Development Snapshots"? > > That is, keep the table, but also have a simplified set of links for > Windows, Mac, Linux. Sorry... what table are you referring to? link? _______________________________________________ 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.851 / Virus Database: 271.1.1/3093 - Release Date: 08/25/10 02:34:00 From trilobyte550m at gmail.com Wed Aug 25 07:14:32 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Wed, 25 Aug 2010 07:14:32 -0700 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: <000301cb445e$f0134380$d039ca80$@net> References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> Message-ID: Yeah - it'd be great if that page could be changed so that it looks more like http://wiki.secondlife.com/wiki/Snowglobe As well as current (looks like it's stuck on last week... this morning's most recent build shows as 208505) On Aug 25, 2010, at 7:08 AM, WolfPup Lowenhar wrote: > I believe he is talking about : > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-de > velopment/latest.html > > This is where the builds are listed. > > -----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: Wednesday, August 25, 2010 9:18 AM > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Current Snowstorm commit builds > > On 2010-08-24 20:21, Jonathan Welch wrote: >> Oz& company, >> >> Would it be possible/easy to have the table of the most recent commit >> & build of Snowstorm enhanced to be more humanly readable by >> non-developers, like the one for Snowglobe "Development Snapshots"? >> >> That is, keep the table, but also have a simplified set of links for >> Windows, Mac, Linux. > > Sorry... what table are you referring to? link? > > _______________________________________________ > 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.851 / Virus Database: 271.1.1/3093 - Release Date: 08/25/10 > 02:34: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 From oz at lindenlab.com Wed Aug 25 07:16:14 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 25 Aug 2010 10:16:14 -0400 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: <000301cb445e$f0134380$d039ca80$@net> References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> Message-ID: <4C7525AE.1010100@lindenlab.com> On 2010-08-25 10:08, WolfPup Lowenhar wrote: > I believe he is talking about : > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-de > velopment/latest.html > > This is where the builds are listed. My apologies - I renamed that build and failed to update the wiki to match. I've fixed it. The correct link is: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/latest.html From oz at lindenlab.com Wed Aug 25 07:20:29 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 25 Aug 2010 10:20:29 -0400 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> Message-ID: <4C7526AD.9000305@lindenlab.com> On 2010-08-25 10:14, Trilo Byte wrote: > Yeah - it'd be great if that page could be changed so that it looks more like > http://wiki.secondlife.com/wiki/Snowglobe That page is generated by TeamCity; it may be true that the format can be modified, but that page is really intended only for developers or people with similar skills, and I don't think it would be a good use of time to work on page formatting for it right now. When we post the bi-weekly 'stable' development builds, we'll put them on a more user-friendly page. From marinekelley at gmail.com Wed Aug 25 10:01:51 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Wed, 25 Aug 2010 19:01:51 +0200 Subject: [opensource-dev] Naive question about Bitbucket Message-ID: Hello all, Pardon my naive question, but this is the first time I use TortoiseHg, and I'm having weird results here. My Cygwin is too old to update via cygwin-setup, I have to reinstall it completely, and I don't want to do that. So I'm falling back to TortoiseHg instead. And here is my problem : I clone https://bitbucket.org/lindenlab/viewer-development and everything works fine, I can run develop.py, build and test, then patch, rebuild and retest, everything is smooth like a dream. But when I look at the changeset on the webpage of this project, none of the changes are included into what I have downloaded. Sure it works, but I don't have the latest additions. Naive me thought that whatever is listed on that page is available in the sources... am I wrong ? If not, are these changes public ? Thanks, Noob^WMarine -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/faf1e005/attachment.htm From soft at lindenlab.com Wed Aug 25 10:12:03 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Wed, 25 Aug 2010 10:12:03 -0700 Subject: [opensource-dev] Naive question about Bitbucket In-Reply-To: References: Message-ID: On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley wrote: > Hello all, > > Pardon my naive question, but this is the first time I use TortoiseHg, and > I'm having weird results here. My Cygwin is too old to update via > cygwin-setup, I have to reinstall it completely, and I don't want to do > that. So I'm falling back to TortoiseHg instead. And here is my problem : > > I clone https://bitbucket.org/lindenlab/viewer-development and everything > works fine, I can run develop.py, build and test, then patch, rebuild and > retest, everything is smooth like a dream. But when I look at the changeset > on the webpage of this project, none of the changes are included into what I > have downloaded. Sure it works, but I don't have the latest additions. Naive > me thought that whatever is listed on that page is available in the > sources... am I wrong ? If not, are these changes public ? > I don't know about TortoiseHg specifically - but it sounds like you might be pulling, but not updating. "pull" downloads changes but doesn't apply them to your tree - they only sit in a database. "update" updates your tree. If this is the case, there's probably a checkbox that allows it to automatically update each time it pulls. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/eed51125/attachment.htm From marinekelley at gmail.com Wed Aug 25 10:26:29 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Wed, 25 Aug 2010 19:26:29 +0200 Subject: [opensource-dev] Naive question about Bitbucket In-Reply-To: References: Message-ID: Aha ! That was it. Actually one has to Clone with TortoiseHg, and then to right click on the folder and choose TortoiseHg Update, and choose what changeset to apply. I'll look into the options so that it applies all the changes upon cloning, I don't feel like doing this one change at a time. Thanks ! On 25 August 2010 19:12, Brian McGroarty wrote: > On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley wrote: > >> Hello all, >> >> Pardon my naive question, but this is the first time I use TortoiseHg, and >> I'm having weird results here. My Cygwin is too old to update via >> cygwin-setup, I have to reinstall it completely, and I don't want to do >> that. So I'm falling back to TortoiseHg instead. And here is my problem : >> >> I clone https://bitbucket.org/lindenlab/viewer-development and everything >> works fine, I can run develop.py, build and test, then patch, rebuild and >> retest, everything is smooth like a dream. But when I look at the changeset >> on the webpage of this project, none of the changes are included into what I >> have downloaded. Sure it works, but I don't have the latest additions. Naive >> me thought that whatever is listed on that page is available in the >> sources... am I wrong ? If not, are these changes public ? >> > > I don't know about TortoiseHg specifically - but it sounds like you might > be pulling, but not updating. "pull" downloads changes but doesn't apply > them to your tree - they only sit in a database. "update" updates your tree. > If this is the case, there's probably a checkbox that allows it to > automatically update each time it pulls. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/167aa062/attachment-0001.htm From Lance.Corrimal at eregion.de Wed Aug 25 10:26:28 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 25 Aug 2010 19:26:28 +0200 Subject: [opensource-dev] Naive question about Bitbucket In-Reply-To: References: Message-ID: <201008251926.29139.Lance.Corrimal@eregion.de> Am Wednesday 25 August 2010 schrieb Brian McGroarty: > On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley wrote: > > Hello all, > > > > Pardon my naive question, but this is the first time I use > > TortoiseHg, and I'm having weird results here. My Cygwin is too > > old to update via cygwin-setup, I have to reinstall it > > completely, and I don't want to do that. So I'm falling back to > > TortoiseHg instead. And here is my problem : > > > > I clone https://bitbucket.org/lindenlab/viewer-development and > > everything works fine, I can run develop.py, build and test, > > then patch, rebuild and retest, everything is smooth like a > > dream. But when I look at the changeset on the webpage of this > > project, none of the changes are included into what I have > > downloaded. Sure it works, but I don't have the latest > > additions. Naive me thought that whatever is listed on that page > > is available in the sources... am I wrong ? If not, are these > > changes public ? > > I don't know about TortoiseHg specifically - but it sounds like you > might be pulling, but not updating. "pull" downloads changes but > doesn't apply them to your tree - they only sit in a database. > "update" updates your tree. If this is the case, there's probably > a checkbox that allows it to automatically update each time it > pulls. had the very same thing here.... now i activated the fetch extension for hg (on linux, dunno if tortoiseHG has that), and that gives me a "fetch" command that basically does what i'm used to from "svn update". bye, LC From laurent.bechir at madonie.org Wed Aug 25 10:47:25 2010 From: laurent.bechir at madonie.org (Laurent Rathle) Date: Wed, 25 Aug 2010 19:47:25 +0200 Subject: [opensource-dev] Temporary textures Message-ID: <4C75572D.8000801@madonie.org> Hello, Is it possible to have temporary textures available on Snowglobe or on Second Life viewer ? It seems to be a quite requested feature since it allows people to test easily their creation without spending too much money. If not, why ? Thank you From cg at lindenlab.com Wed Aug 25 11:01:08 2010 From: cg at lindenlab.com (CG Linden) Date: Wed, 25 Aug 2010 11:01:08 -0700 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: <4C7526AD.9000305@lindenlab.com> References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> <4C7526AD.9000305@lindenlab.com> Message-ID: Actually, the code that generates that page my own. If anyone wants to improve the look, you can! Check out http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py /me puts on paintball protective goggles, helmet and shoulderpads. I don't claim that this is a perfect example of elegant code. -- cg On Wed, Aug 25, 2010 at 7:20 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > On 2010-08-25 10:14, Trilo Byte wrote: > > Yeah - it'd be great if that page could be changed so that it looks more > like > > http://wiki.secondlife.com/wiki/Snowglobe > > That page is generated by TeamCity; it may be true that the format can > be modified, but that page is really intended only for developers or > people with similar skills, and I don't think it would be a good use of > time to work on page formatting for it right now. > > When we post the bi-weekly 'stable' development builds, we'll put them > on a more user-friendly page. > > _______________________________________________ > 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/20100825/7396e71a/attachment.htm From sllists at boroon.dasgupta.ch Wed Aug 25 11:04:28 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Wed, 25 Aug 2010 20:04:28 +0200 Subject: [opensource-dev] Temporary textures In-Reply-To: <4C75572D.8000801@madonie.org> References: <4C75572D.8000801@madonie.org> Message-ID: <4C755B2C.4040107@boroon.dasgupta.ch> On 08/25/2010 07:47 PM, Laurent Rathle wrote: > Is it possible to have temporary textures available on Snowglobe or on > Second Life viewer ? Actually, this is already on Snowstorm's Product Backlog (i.e. the long term TODO list). See the spreadsheet , row 100. If I understood correctly, that means it was decided that this /should/ be done, just how, when and by whom is still open (until it gets onto the 2-week Scrum List). cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/4aef4281/attachment.htm From sythos at gmail.com Wed Aug 25 11:04:59 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Wed, 25 Aug 2010 20:04:59 +0200 Subject: [opensource-dev] Temporary textures In-Reply-To: <4C75572D.8000801@madonie.org> References: <4C75572D.8000801@madonie.org> Message-ID: <-8593236794237540725@unknownmsgid> Why using beta grid you can test it for free without overload the viewer with code used by few ones i suppose... -- Sent by iPhone Il giorno 25/ago/2010, alle ore 19:47, Laurent Rathle ha scritto: > Hello, > > Is it possible to have temporary textures available on Snowglobe or on > Second Life viewer ? It seems to be a quite requested feature since it > allows people to test easily their creation without spending too much > money. If not, why ? > > Thank you > _______________________________________________ > 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 Wed Aug 25 13:25:18 2010 From: open at autistici.org (Opensource Obscure) Date: Wed, 25 Aug 2010 22:25:18 +0200 Subject: [opensource-dev] Temporary textures In-Reply-To: <-8593236794237540725@unknownmsgid> References: <4C75572D.8000801@madonie.org> <-8593236794237540725@unknownmsgid> Message-ID: <4b301bb5011cc1be9aa90d77d8855fbe@localhost> On Wed, 25 Aug 2010 20:04:59 +0200, Francesco Rabbi wrote: > Why using beta grid you can test it for free without overload the > viewer with code used by few ones i suppose... Yeah. But for various reasons, it seems some people still find quicker and more practical to use temporary uploads with viewers that allow it. Using Aditi probably means you have to log off and relog often, as not everybody uses two viewers at the same time. Also, some people can't access Aditi until their account are fixed. Etc. Opensource Obscure From soft at lindenlab.com Wed Aug 25 13:59:49 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Wed, 25 Aug 2010 13:59:49 -0700 Subject: [opensource-dev] Encrypted chat & third-party servers Message-ID: Has anyone spent time looking at the encrypted chat feature included in some third-party viewers? It's my understanding that this contacts third-party servers in obtaining and validating keys. Is that correct? If so, do these connections share any information about the user that we should require to be disclosed per section 4.b of the TPV Policy?[1] [1] http://secondlife.com/corporate/tpv.php#priv4 -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/f106421e/attachment.htm From sythos at gmail.com Wed Aug 25 14:00:11 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Wed, 25 Aug 2010 23:00:11 +0200 Subject: [opensource-dev] J2C fast decoder Message-ID: <20100825230011.e375068c.sythos@gmail.com> i'm testing in RL office (not or a viewer) JasPer decoder for JPG2000 images, after a short test with openjpeg2000 from EPFL we have tested last 3 days JasPer (only a POC apps to do some bench), we must do a lot of work too, but this is a lil question... anybody here around never tried it as alternative to OpenJPEG/KDU in a viewer? ref: http://www.ece.uvic.ca/~mdadams/jasper/ From robin.cornelius at gmail.com Wed Aug 25 14:06:00 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Wed, 25 Aug 2010 22:06:00 +0100 Subject: [opensource-dev] J2C fast decoder In-Reply-To: <20100825230011.e375068c.sythos@gmail.com> References: <20100825230011.e375068c.sythos@gmail.com> Message-ID: On Wed, Aug 25, 2010 at 10:00 PM, Altair Sythos wrote: > i'm testing in RL office (not or a viewer) JasPer decoder for JPG2000 > images, after a short test with openjpeg2000 from EPFL we have tested > last 3 days JasPer (only a POC apps to do some bench), we must do a lot > of work too, but this is a lil question... anybody here around never > tried it as alternative to OpenJPEG/KDU in a viewer? I'm not aware of anyone publishing results for such a test, but if you have the time it would be interesting reading. Some things to keep in mind. OpenJpeg has patches floating around on its ML against 1.3 that reports have claimed up to 40% speed increase in places due to unrolling the inner loops so finding them and testing would be good. Also in SL usage, (please correct me if i am wrong) when the viewer ups the resolution (using discard levels) openjpeg needs to redecode the entire image, KDU does not, and the meta data extraction for OpenJpeg is also expensive causing a decode, which could probably be fixed. Also we have a good mix of 3,4 and more layer textures here in SL, so your RL office comparision may not accuratly reflect performance within SL, but its still good stuff. Best regards Robin From robertltux at gmail.com Wed Aug 25 14:14:11 2010 From: robertltux at gmail.com (Robert Martin) Date: Wed, 25 Aug 2010 17:14:11 -0400 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: References: Message-ID: On Wed, Aug 25, 2010 at 4:59 PM, Brian McGroarty wrote: > Has anyone spent time looking at the encrypted chat feature included in some > third-party viewers? you mean like THAT VIEWERs OTR feature?? 1 its badly broken anyway 2 it does not have a keyserver all keys are current session only (even the logs are scrambled) in this case no TPVP issues develop Now in the case of a keyserver using protocol then exactly what is being transmitted should be listed. In the case of OTR http://www.cypherpunks.ca/otr/ would be the best reference -- Robert L Martin From kadah.coba at gmail.com Wed Aug 25 14:14:32 2010 From: kadah.coba at gmail.com (Kadah) Date: Wed, 25 Aug 2010 14:14:32 -0700 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: References: Message-ID: <4C7587B8.2050406@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/25/2010 1:59 PM, Brian McGroarty wrote: > Has anyone spent time looking at the encrypted chat feature included in > some third-party viewers? It's my understanding that this contacts > third-party servers in obtaining and validating keys. Is that correct? > If so, do these connections share any information about the user that we > should require to be disclosed per section 4.b of the TPV Policy?[1] > > [1] http://secondlife.com/corporate/tpv.php#priv4 I don't think OTR does. From what I remember seeing in its source is that the user has to self-certify that the other user's key is one they trust. I think that was hacked in later versions of Emerald to not require as much user internaction, but I hadn't testing it much after that, I don't use OTR in my viewer code. I wonder if it was at all part of the close door list of changes they must make to get relisted. It seems to me that anything on there would apply just as much to any other TPV as it does to Emerald. Do they get special (more restrictive?) rules than other TPVs just because its popular? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMdYe4AAoJEIdLfPRu7qE2uFkH/1j3cS7g3OeMJOfbVcGDEjun 6hk5i8Iacy/mQOJF+TQf5bz49uW24f+7NK0HX+evhtWMElnAJiAguC/twNXsHz6M uWHDTDE11DWw5vT/vs6/MPvlZF+TYvtuvsQ3RBOTnmu48IVIVW1n8o6g/BTFjII5 bUB60C3p7p0c5CA5jK4k13HVuuZE90jaS1i61cbqXRalJ9YffQOpKM2Bc8gHEL1N NlPf2kraIcfedper86bFOBtYaePchVa7hCdGjDt+vMUxDlTeEhuTy+oDob6w/0Xa YKhfZGkV5+jahANrpqYg95uEx+4SxOWeTeBBhrGazPyDaFtJOO8FWMxq8BuM3HQ= =z9vM -----END PGP SIGNATURE----- From arrehn at gmail.com Wed Aug 25 14:17:57 2010 From: arrehn at gmail.com (Arrehn Oberlander) Date: Wed, 25 Aug 2010 17:17:57 -0400 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: References: Message-ID: Some of the TPVs implement the OTR protocol for encrypted messaging: http://www.cypherpunks.ca/otr/Protocol-v2-3.1.0.html This does not involve 3rd party servers, or disclose information. In fact it's designed not to disclose anything, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/3086595e/attachment.htm From kadah.coba at gmail.com Wed Aug 25 14:17:30 2010 From: kadah.coba at gmail.com (Kadah) Date: Wed, 25 Aug 2010 14:17:30 -0700 Subject: [opensource-dev] J2C fast decoder In-Reply-To: References: <20100825230011.e375068c.sythos@gmail.com> Message-ID: <4C75886A.5000503@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/25/2010 2:06 PM, Robin Cornelius wrote: > Also in SL usage, (please correct me if i am wrong) when the viewer > ups the resolution (using discard levels) openjpeg needs to redecode > the entire image, KDU does not, and the meta data extraction for > OpenJpeg is also expensive causing a decode, which could probably be > fixed. I remember hearing that it was a patent issue, but I could be mistaken. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMdYhqAAoJEIdLfPRu7qE2VR0IAKZDGOW2ftr0flaL/ckbqNnQ /UMXVCvLc6QHECuY8QWH5Jrv6xD16XEKorjjKaX7w/TtoIkedfsyubOmtFHYVOl6 SnEZiOW9I5LqGYmTOlC9lb5BWiFv6UECRusd+R8Kn6bAtIusqDPxSP3l8qq81Lqg pySgbWpIbcDf/jasltObDTuiBCdEF8l/3LUegFjCNBV+T2D2K2JxA/QzKI9y9Vu4 uTUslESTGiyfjkQuCMGlbvtLWutokupYGfnNxYnxufwgbNeoQpIoMtbCnnNBClo+ ql0+G2rHwx3a3zeBqsaEYjhg6UfBjqGxdGt2NaGrY5jfz+dneWwIkuB2reONRPk= =QLsg -----END PGP SIGNATURE----- From makosoft at gmail.com Wed Aug 25 14:28:23 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Wed, 25 Aug 2010 22:28:23 +0100 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: References: Message-ID: On 8/25/10, Brian McGroarty wrote: > Has anyone spent time looking at the encrypted chat feature included in some > third-party viewers? It's my understanding that this contacts third-party > servers in obtaining and validating keys. Is that correct? If so, do these > connections share any information about the user that we should require to > be disclosed per section 4.b of the TPV Policy?[1] I haven't looked too closely at the encrypted chat in Emerald and similar viewers, but my understanding is that it - and all the other third-party viewers - use OTR in a fairly standard way. OTR is deliberately designed not to use any third party server to obtain or validate keys - instead, it provides a way for pairs of OTR users to validate each other's keys directly with each other[2]. All communication happens over the underlying IM protocol, in this case Second Life IMs. Unless someone's really screwed up the implementation in one of the viewers, OTR should have no interesting privacy implications whatsoever. OTR keys are designed to be per-account (so provide no way of matching up alts) and the encryption scheme used carefully avoids non-repudiation; that is, neither party can use it to prove what the other said to a third party after the fact any more than they could with plain-text IMs. It's basically pretty benign. [1] NMF. [2] Specifically, it uses the Socialist Millionaire Protocol to verify the keys, using a piece of information that only the two people know. See http://en.wikipedia.org/wiki/Socialist_millionaire - note that neither the secret answer nor any information that could usefully help to determine it is ever shared with the other party! From sythos at gmail.com Wed Aug 25 14:49:45 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Wed, 25 Aug 2010 23:49:45 +0200 Subject: [opensource-dev] J2C fast decoder In-Reply-To: References: <20100825230011.e375068c.sythos@gmail.com> Message-ID: <20100825234945.ed211c1f.sythos@gmail.com> On Wed, 25 Aug 2010 22:06:00 +0100 Robin Cornelius wrote: > I'm not aware of anyone publishing results for such a test, but if you > have the time it would be interesting reading. Some things to keep in > mind. OpenJpeg has patches floating around on its ML against 1.3 that > reports have claimed up to 40% speed increase in places due to > unrolling the inner loops so finding them and testing would be good. i've few data, only related to x-ray medical images... (400-500MB per images), and i'm the hw&systems monkey, not the coding one.... to today i can supply only decoding time on a *nix platform jasper based decoder/viewer from uncached (not previously opened, no memory cache) to video render time: basing code snippet (a timer + a reading routine from disk + decoder) processor Q6600 at 1,6GHz memory DDR3 4GB (4x1GB) graphics: GTX270 on PCI-x 2.0 4x (single, no SLI) disk on fast SATA2 gcc 4.4.5 LibC6 2.11.2 debian "stable" with GCC and development files and libs backported from SID, kernel 2.6.32-5-amd64 compiled for 32bit (this cause the bug SL viewer and snowglobe one detect a 64bit system why use wrongly uname, but is a 32bit system with extended register enabled) JASPER 1.900 (from site, not from debian repos) compiled w/o optimization: 19,31msec compiled w SSE2: 11,60msec compiled w SSSE3: 9,11msec compiled w SSE2+OpenCL (195.36.31 libs from nvidia (multithread): 4,45msec [1] OpenJPEG1.3 (from google code) compiled w/o optimization: 26,12msec compiled w SSE2: 15,33msec compiled w SSSE3: 13,41msec compiled w SSE2+OpenCL (195.36.31 libs from nvidia (multithread): 6,56msec [1] OpenJPEG2.0_alpha (from google code) compiled w/o optimization: 22,09msec compiled w SSE2: crashed (maybe our fault, still debugging) compiled w SSSE3: crashed (maybe our fault, still debugging) compiled w SSE2+OpenCL (195.36.31 libs from nvidia (multithread): crashed (maybe our fault, still debugging) cannot supply neither code snippet neither image (is a knee of a customer....) too few numbers, just to give a hint [1] OpenCL, in our "poor" code, create some trouble in OS cache and made system unstable after 4h of cyclic run of snippet, beginning a crazy dance of IRQ27 on whole cores of machine and overloading disks transfers why too swap) From oz at lindenlab.com Wed Aug 25 15:09:12 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 25 Aug 2010 18:09:12 -0400 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> <4C7526AD.9000305@lindenlab.com> Message-ID: <4C759488.1070504@lindenlab.com> On 2010-08-25 14:01, CG Linden wrote: > Actually, the code that generates that page my own. If anyone wants to > improve the look, you can! > > Check out > http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py > > /me puts on paintball protective goggles, helmet and shoulderpads. Open season on CG... but any stones thrown must have tested solutions that produce better results tied to them. From oz at lindenlab.com Wed Aug 25 15:11:43 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 25 Aug 2010 18:11:43 -0400 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: <4C7587B8.2050406@gmail.com> References: <4C7587B8.2050406@gmail.com> Message-ID: <4C75951F.6020807@lindenlab.com> On 2010-08-25 17:14, Kadah wrote: > Do they get > special (more restrictive?) rules than other TPVs just because its popular? No. From tigrospottystripes at gmail.com Wed Aug 25 15:25:20 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Wed, 25 Aug 2010 19:25:20 -0300 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: <4C75951F.6020807@lindenlab.com> References: <4C7587B8.2050406@gmail.com> <4C75951F.6020807@lindenlab.com> Message-ID: <4C759850.9060902@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I would expect that it being more popular just puts more eyes on it. On 25/8/2010 19:11, Oz Linden (Scott Lawrence) wrote: > On 2010-08-25 17:14, Kadah wrote: >> Do they get >> special (more restrictive?) rules than other TPVs just because its popular? > No. > > _______________________________________________ > 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/ iEYEAREKAAYFAkx1mE0ACgkQ8ZFfSrFHsmWgnACfbwe4OyY/FV+iETlmMVpUBZa+ AfcAnR6MWkac6zeZDm+aBEloo35c9VpK =pTxb -----END PGP SIGNATURE----- From kf6kjg at gmail.com Wed Aug 25 16:44:31 2010 From: kf6kjg at gmail.com (Ricky) Date: Wed, 25 Aug 2010 16:44:31 -0700 Subject: [opensource-dev] Naive question about Bitbucket In-Reply-To: <201008251926.29139.Lance.Corrimal@eregion.de> References: <201008251926.29139.Lance.Corrimal@eregion.de> Message-ID: I strongly recommend reading http://hginit.com/ - it explains a lot about how Mercurial's concepts work, and even has a "re-education" section for us SVN users... It's what kickstarted me into Hg! Ricky Cron Stardust On Wed, Aug 25, 2010 at 10:26 AM, Lance Corrimal wrote: > Am Wednesday 25 August 2010 schrieb Brian McGroarty: >> On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley > wrote: >> > Hello all, >> > >> > Pardon my naive question, but this is the first time I use >> > TortoiseHg, and I'm having weird results here. My Cygwin is too >> > old to update via cygwin-setup, I have to reinstall it >> > completely, and I don't want to do that. So I'm falling back to >> > TortoiseHg instead. And here is my problem : >> > >> > I clone https://bitbucket.org/lindenlab/viewer-development and >> > everything works fine, I can run develop.py, build and test, >> > then patch, rebuild and retest, everything is smooth like a >> > dream. But when I look at the changeset on the webpage of this >> > project, none of the changes are included into what I have >> > downloaded. Sure it works, but I don't have the latest >> > additions. Naive me thought that whatever is listed on that page >> > is available in the sources... am I wrong ? If not, are these >> > changes public ? >> >> I don't know about TortoiseHg specifically - but it sounds like you >> might be pulling, but not updating. "pull" downloads changes but >> doesn't apply them to your tree - they only sit in a database. >> "update" updates your tree. If this is the case, there's probably >> a checkbox that allows it to automatically update each time it >> pulls. > > > had the very same thing here.... now i activated the fetch extension > for hg (on linux, dunno if tortoiseHG has that), and that gives me a > "fetch" command that basically does what i'm used to from "svn > update". > > > 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 kf6kjg at gmail.com Wed Aug 25 16:58:16 2010 From: kf6kjg at gmail.com (Ricky) Date: Wed, 25 Aug 2010 16:58:16 -0700 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: <4C759488.1070504@lindenlab.com> References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> <4C7526AD.9000305@lindenlab.com> <4C759488.1070504@lindenlab.com> Message-ID: Where (if any) is the design spec for the page? Looking at it, it looks like the page might be a literal interpretation of such a spec, as would be put together by any conventional engineer... (Us engineer types aren't the most creative people out there... :P ) With such a spec it will be known what is important, what is not, and how much can be re-interpreted. If such a spec doesn't exist, then hints would be fine, and a spec can be made. :) Ricky Cron Stardust (who thinks this looks like something he might be able to actually do!) On Wed, Aug 25, 2010 at 3:09 PM, Oz Linden (Scott Lawrence) wrote: > ?On 2010-08-25 14:01, CG Linden wrote: >> Actually, the code that generates that page my own. If anyone wants to >> improve the look, you can! >> >> Check out >> http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py >> >> /me puts on paintball protective goggles, helmet and shoulderpads. > > Open season on CG... but any stones thrown must have tested solutions > that produce better results tied to them. > > _______________________________________________ > 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 Wed Aug 25 17:02:34 2010 From: kadah.coba at gmail.com (Kadah) Date: Wed, 25 Aug 2010 17:02:34 -0700 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: <4C75951F.6020807@lindenlab.com> References: <4C7587B8.2050406@gmail.com> <4C75951F.6020807@lindenlab.com> Message-ID: <4C75AF1A.6060502@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/25/2010 3:11 PM, Oz Linden (Scott Lawrence) wrote: > On 2010-08-25 17:14, Kadah wrote: >> Do they get >> special (more restrictive?) rules than other TPVs just because its popular? > No. Good to know, Oz. Thanks. Will we get to know what the requested changes were some time soon so the rest of us can be sure not to run afoul of them in the future? Many TPVs are either are based off Emerald, use a lot/some of its code, or duplicates similar features. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMda8aAAoJEIdLfPRu7qE22EAIAISxjFVmRkLOHqbNbK5dGdNF OkFND9OjYcMV6KbCDokwiH7OEpw124AmGcuyAHi+hAQNPW18LvP4f6vzSg+ZpL77 F5elu4YOYHcNc5MSQRulfEqGTVYhWCGwVOkU51sjtPHSEIyWICgUH16ZjPgW9bby lsrvtT3zqrCRUleQGS70mQj/snd6yylcurg6M5nw8wpg7T1JczLws4YFWCvuFCep dnAbRE1d6c1kzyyQyTm9imLm999xNhcrhuVonYo2hcACpVkhjR7QAKv8t396GKIH BIH9+MljdYjf2C5VuoZJrCGnPb3/sdEgLwAJk4EE9VJ/Duwq2E8I5cHe9qwn7Lc= =Lzww -----END PGP SIGNATURE----- From cg at lindenlab.com Wed Aug 25 17:04:13 2010 From: cg at lindenlab.com (CG Linden) Date: Wed, 25 Aug 2010 17:04:13 -0700 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> <4C7526AD.9000305@lindenlab.com> <4C759488.1070504@lindenlab.com> Message-ID: I want the same info that's on it now. I -might- be willing to accept the removal of the list of past good builds, because it does double duty with the "changes in this build" javascript widget. If anyone can find a nice way to rewrite the javascript widget to traverse the "changes included in this build", using some kind of revision graph arc expander/collapser, please do! I can push out the code that generates the javascript/json representation of the hg revision graph, if people care about it. -- cg On Wed, Aug 25, 2010 at 4:58 PM, Ricky wrote: > Where (if any) is the design spec for the page? Looking at it, it > looks like the page might be a literal interpretation of such a spec, > as would be put together by any conventional engineer... (Us engineer > types aren't the most creative people out there... :P ) > > With such a spec it will be known what is important, what is not, and > how much can be re-interpreted. If such a spec doesn't exist, then > hints would be fine, and a spec can be made. :) > > Ricky > Cron Stardust (who thinks this looks like something he might be able > to actually do!) > > On Wed, Aug 25, 2010 at 3:09 PM, Oz Linden (Scott Lawrence) > wrote: > > On 2010-08-25 14:01, CG Linden wrote: > >> Actually, the code that generates that page my own. If anyone wants to > >> improve the look, you can! > >> > >> Check out > >> http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py > >> > >> /me puts on paintball protective goggles, helmet and shoulderpads. > > > > Open season on CG... but any stones thrown must have tested solutions > > that produce better results tied to them. > > > > _______________________________________________ > > 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/20100825/766c7c1a/attachment.htm From cg at lindenlab.com Wed Aug 25 17:20:59 2010 From: cg at lindenlab.com (CG Linden) Date: Wed, 25 Aug 2010 17:20:59 -0700 Subject: [opensource-dev] Current Snowstorm commit builds In-Reply-To: References: <4C751810.9090306@lindenlab.com> <000301cb445e$f0134380$d039ca80$@net> <4C7526AD.9000305@lindenlab.com> <4C759488.1070504@lindenlab.com> Message-ID: Well, let me be a little nicer about it :) The results.py script is to generate a page from the files uploaded to a hierarchical file system (S3 for us in production, a generic filesystem in the published version). The sections presented map to the upload types defined in the "upload_item" function in http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/build.sh The layout of the upload location is documented in: http://wiki.secondlife.com/wiki/Automated_Build_System#Uploading_Build_Results_to_S3 Since these build scripts are used for arbitrary code, you can only make generic assumptions. If you wanted to make this look more like our wiki page, you can probably use some heuristics about what an installer file looks like for each platform, then generate the mac/win/linux links under a unified icon. Many of the currently visible links on the build results page are there to help debug builds and as a convenient repository for changeset info (e.g. the changes.js file). So, the mission is, if you choose to accept it, to provide a page or a set of pages (preferably a single file) that allows access to at least as much information as is available now. -- cg On Wed, Aug 25, 2010 at 5:04 PM, CG Linden wrote: > I want the same info that's on it now. I -might- be willing to accept the > removal of the list of past good builds, because it does double duty with > the "changes in this build" javascript widget. > > If anyone can find a nice way to rewrite the javascript widget to traverse > the "changes included in this build", using some kind of revision graph arc > expander/collapser, please do! > > I can push out the code that generates the javascript/json representation > of the hg revision graph, if people care about it. > -- > cg > > > On Wed, Aug 25, 2010 at 4:58 PM, Ricky wrote: > >> Where (if any) is the design spec for the page? Looking at it, it >> looks like the page might be a literal interpretation of such a spec, >> as would be put together by any conventional engineer... (Us engineer >> types aren't the most creative people out there... :P ) >> >> With such a spec it will be known what is important, what is not, and >> how much can be re-interpreted. If such a spec doesn't exist, then >> hints would be fine, and a spec can be made. :) >> >> Ricky >> Cron Stardust (who thinks this looks like something he might be able >> to actually do!) >> >> On Wed, Aug 25, 2010 at 3:09 PM, Oz Linden (Scott Lawrence) >> wrote: >> > On 2010-08-25 14:01, CG Linden wrote: >> >> Actually, the code that generates that page my own. If anyone wants to >> >> improve the look, you can! >> >> >> >> Check out >> >> http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py >> >> >> >> /me puts on paintball protective goggles, helmet and shoulderpads. >> > >> > Open season on CG... but any stones thrown must have tested solutions >> > that produce better results tied to them. >> > >> > _______________________________________________ >> > 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/20100825/cc8b8bec/attachment-0001.htm From oz at lindenlab.com Wed Aug 25 17:44:08 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Wed, 25 Aug 2010 20:44:08 -0400 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: <4C75AF1A.6060502@gmail.com> References: <4C7587B8.2050406@gmail.com> <4C75951F.6020807@lindenlab.com> <4C75AF1A.6060502@gmail.com> Message-ID: <4C75B8D8.3040204@lindenlab.com> On 2010-08-25 20:02, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 8/25/2010 3:11 PM, Oz Linden (Scott Lawrence) wrote: >> On 2010-08-25 17:14, Kadah wrote: >>> Do they get >>> special (more restrictive?) rules than other TPVs just because its popular? >> No. > Good to know, Oz. Thanks. > Will we get to know what the requested changes were some time soon so > the rest of us can be sure not to run afoul of them in the future? Many > TPVs are either are based off Emerald, use a lot/some of its code, or > duplicates similar features. The changes we've requested primarily concern the re-establishment of trust between the Emerald development team, Linden Lab, and the Second Life resident community. If you believe that you're complying with the Third Party Viewer Policy, then you're fine. From kadah.coba at gmail.com Wed Aug 25 17:51:06 2010 From: kadah.coba at gmail.com (Kadah) Date: Wed, 25 Aug 2010 17:51:06 -0700 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: <4C75B8D8.3040204@lindenlab.com> References: <4C7587B8.2050406@gmail.com> <4C75951F.6020807@lindenlab.com> <4C75AF1A.6060502@gmail.com> <4C75B8D8.3040204@lindenlab.com> Message-ID: <4C75BA7A.2050101@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/25/2010 5:44 PM, Oz Linden (Scott Lawrence) wrote: > The changes we've requested primarily concern the re-establishment of > trust between the Emerald development team, Linden Lab, and the Second > Life resident community. If you believe that you're complying with the > Third Party Viewer Policy, then you're fine. Oh good, good. Their blog post today made me thing large code changes were required, which didn't make a whole lot sense. Thanks for clearing that up for me. :3 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMdbp6AAoJEIdLfPRu7qE21WUH/ju+yemFsgZthqkN7WSOumun toTgtWEWWoO/zm25jc4k7TpAwr47ROqNpwQBZcit+icbbNItUQT829gc+8A+yx8J CcCDHPZ01gE/vEmgDgByXAx5crbbX1tczUKTPpfy4PuTyQ4Ewhl8Y5CT+XMQmyFi 4HYxlrKegy+D/0zjsSP/IHwP2+kJbuP1dv8OZgsSAbs7zyf6H/I0NplK0CWOegOu c8XPj+gpJ5WR7TBVGSsB44kEh9UW/1tZMvdhbj679h25JisCTV9ftfoHExItsEF5 lWf5N5lxzbHVt88yMgUdkz2kcRYENcaVe6maNf/MnDGsHQ1qVi3A09is4TyPviI= =32k1 -----END PGP SIGNATURE----- From carlo at alinoe.com Wed Aug 25 17:53:25 2010 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 26 Aug 2010 02:53:25 +0200 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: References: Message-ID: <20100826005325.GA30963@alinoe.com> On Wed, Aug 25, 2010 at 01:59:49PM -0700, Brian McGroarty wrote: > Has anyone spent time looking at the encrypted chat feature included in some > third-party viewers? It's my understanding that this contacts third-party > servers in obtaining and validating keys. Is that correct? If that is correct, then I'm pretty sure that the owners of those servers have access to a key that would allow them to read the encrypted messages. Imho, that is not acceptable :p Perhaps in time I'll be interested to implement a better method. Carlo Wood (author of libecc http://libecc.sourceforge.net/reference-manual/index.html) From carlo at alinoe.com Wed Aug 25 18:39:04 2010 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 26 Aug 2010 03:39:04 +0200 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: <20100826005325.GA30963@alinoe.com> References: <20100826005325.GA30963@alinoe.com> Message-ID: <20100826013904.GB30963@alinoe.com> Nevermind, I should have read the rest of the thread first. Looks like a pretty solid protocol. Does anyone know if it is possible for an arbitrary TPV to start an OTR with another TPV? If so, how? Or is it needed to be recognized by the other viewer as being a viewer that has OTR implemented? How do two viewer know if they both can do OTR? On Thu, Aug 26, 2010 at 02:53:25AM +0200, Carlo Wood wrote: > On Wed, Aug 25, 2010 at 01:59:49PM -0700, Brian McGroarty wrote: > > Has anyone spent time looking at the encrypted chat feature included in some > > third-party viewers? It's my understanding that this contacts third-party > > servers in obtaining and validating keys. Is that correct? > > If that is correct, then I'm pretty sure that the owners of > those servers have access to a key that would allow them > to read the encrypted messages. Imho, that is not acceptable :p > > Perhaps in time I'll be interested to implement a better > method. > > Carlo Wood (author of libecc http://libecc.sourceforge.net/reference-manual/index.html) > _______________________________________________ > 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 -- Carlo Wood From esbee at lindenlab.com Wed Aug 25 20:45:47 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Wed, 25 Aug 2010 20:45:47 -0700 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/25/2010 Message-ID: <7E96816D-C80F-4A9E-8BD7-D62DE6E80898@lindenlab.com> Date: Wed Aug 25 Daily Scrum Summary also available online: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == New weekly office hour to be set up for Product Backlog and idea discussion starts today 2 8-9am PT at http://maps.secondlife.com/secondlife/Hippotropolis/201/115/21 == DAILY SCRUM == === Aimee === PAST Repo and build shuffling, created a Project-Viewer-Builds project on TeamCity to separate them out from the Release-Viewer-Builds project. Updated BuildParams to use CG's new build_debug_release_separately flag.. Pulled EXT-8300 / EXT-8398 (Avatar icons displaced from SLURL profile links) fix into viewer-development. Rebased EXT-1579 and EXT-8248 work into a new viewer-development-tweaks repo for my experimental stuff. Double-checked with Tofu for any new files to be added to the map for converting viewer-public. FUTURE Double-click teleport. Get back to importing Snowglobe build fixes Check with CG about renaming TeamCity projects to Viewer-Release-Builds, and Viewer-Project-Builds so that they sort together in the project list. May also need Viewer-Aimee's-Builds as I seem to be accumulating enough for my own project :) IMPEDIMENTS None === Tofu === PAST Converted viewer-public to new repo format Ready to merge to viewer-development if there are no objections (this is stuff that was aimed at Viewer 2.2, it was already mostly in Snowglobe 2.1) Other tree juggling FUTURE Really do the merge of viewer-public to viewer-development Find things to review (is there a neat process for actually finding things to review?) Catch-up on opensource-dev IMPEDIMENTS none (just sickness!) === Oz === PAST essentially no Snowstorm work yesterday FUTURE update patch from Thickbrick for texture alignment, get it reviewed. get archive of my last Office Hour posted todays Office Hour IMPEDIMENTS Non-Snowstorm tasks (no help for it) === Merov === PAST LLKDU in viewer-development: Modified llkdu.cmake and install.xml to use the prebuilt binaries for each platform. Suppress the dependency on exisiting llkdu subfolder in the build environment. Modified viewer_manifest.py and newview/CMakeListst.txt to support this idea. Local builds: success. TeamCity builds: success! W00t!!! Add "Sit" to the "pie" menu: Pick up the SG 2.1 patch (VWR-20709) : done Add "Sit" to the "pie" menu: Merge and test patch (VWR-20710): done FUTURE LLKDU in viewer-development: review, test so it gets pulled to viewer-development Add "Sit" to the "pie" menu: Design review (VWR-20711) Add "Sit" to the "pie" menu: Test the ability to sit "anywhere" (VWR-20712) IMPEDIMENTS None === Q === OOO === Esbee === PAST Discuss sidebar undocking and more UI ideas with Rhett Set up weekly office hours to discuss product backlog and ideas Continued gathering Resident feedback from blog and email FUTURE Hold first Product Backlog & Idea OH Finally get Resident ideas and feedback into the backlog Document idea submission process Review texture alignment build for Oz Review Tofu's list of changes from Snowglobe IMPEDIMENTS None === Paul === PAST BUG EXT-8362 ([TRUNCATION] IT login screen - truncation in location box) Pushed BUG EXT-8672 ([HARD CODED] ALL LANGS The word "Saved" is hard coded, in the long timestamp displayed in IM when user is offline) Pushed BUG EXT-7878 (Corrupted vertical scroll bar appears on 'Edit Outfit' panel if height of 'Add More' panel was changed) Pushed BUG EXT-7951 (Mini-Location panel appearance design issues) Restored in viewer-development repository. BUG EXT-8558 (Add More category picker defaults whenever a clothing item is removed) Fixed and sent for a review FUTURE EXT-8722 (Appearance > 'Wearing' tab: Add Take off / Detach function to the gear menu) IMPEDIMENTS none === Andrew === PAST Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) WIP. Estimate ~3 days. FUTURE Task VWR-20702 analyze d&d in favorites, add similar to bottom tray change order of buttons shrinking and disappearing depending on button locations save order in settings and use it when creating bottom tray investigate inconsistency in distance between buttons IMPEDIMENTS Order of buttons shrinking and disappearing === Vadim === PAST Critical bug EXT-8727 (Crash in LLAppearanceMgr::updateClothingOrderingInfo): Posted a defensive fix for review (could not repro though). Task VWR-20694 (Enable sidebar to track detaching/attaching tabs): Filed, working on it Code review, merge. FUTURE Commit EXT-8727 if it gets approved. Work on VWR-20694. IMPEDIMENTS none === Sergey === PAST Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar so that I can control what tabs are displayed and organize them on my screen in any way I want like I could do in 1.23. WIP. Fixed some crashes caused by docking/re-docking tabs. Investigating undocked tab visibility changes when switching tabs in Side Tray. FUTURE Task (VWR-20694) As a User, I want to undock tabs from the Viewer sidebar ... Estimated: 3 days for sub-tasks 4 and 5. IMPEDIMENTS need design soon === Anya === PAST sidebar docking/undocking design issues (VWR-20694) bottom bar button reordering design issues (VWR-20702) jira VWR workflow wrangling tracking missing fixes progress tracking FUTURE GH & new jira demo VWR-20702 design - button shrinking/disappearing - follow up with Ben completed/in progress tasks need estimates / burndown data establish procedure for taking EXTs from old PE backlog to particular sprint follow up future commit process IMPEDIMENTS out thu-fri next week -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/61390f64/attachment-0001.htm From esbee at lindenlab.com Wed Aug 25 21:26:00 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Wed, 25 Aug 2010 21:26:00 -0700 Subject: [opensource-dev] Transcript: Snowstorm Product Backlog & Idea Discussion OH - 08/25/2010 Message-ID: Thanks to everyone who attended the Snowstorm Product Backlog & Idea Discussion OH today! I've posted the transcript of the meeting, here: https://wiki.secondlife.com/wiki/User:Esbee_Linden/Office_Hours/2010-08-25 See you next week! Esbee -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100825/f53287f0/attachment.htm From erikba at odysseus.anderson.name Wed Aug 25 22:16:22 2010 From: erikba at odysseus.anderson.name (Erik Anderson) Date: Wed, 25 Aug 2010 22:16:22 -0700 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: <20100826013904.GB30963@alinoe.com> References: <20100826005325.GA30963@alinoe.com> <20100826013904.GB30963@alinoe.com> Message-ID: Well, looking at the spec that was linked earlier in this thread... When someone is using a TPV that can do OTR (and the user has indicated a willingness to use it), then many(all?) their chats will have " " at the end (this is ). I'm guessing that it is thought that no one would notice these unless they were looking for them. If someone wants to begin encryption with someone they think can handle OTR (is this "coming out of the closet?") then they send "?OTR?v2?" as a chat. I'm guessing that if a TPV doesn't see those spaces or doesn't get the response it expects from its query, that it figures out the other person doesn't support OTR? On Wed, Aug 25, 2010 at 6:39 PM, Carlo Wood wrote: > Nevermind, I should have read the rest of the thread first. > Looks like a pretty solid protocol. > > Does anyone know if it is possible for an arbitrary TPV > to start an OTR with another TPV? If so, how? Or is it > needed to be recognized by the other viewer as being > a viewer that has OTR implemented? > > How do two viewer know if they both can do OTR? > > On Thu, Aug 26, 2010 at 02:53:25AM +0200, Carlo Wood wrote: > > On Wed, Aug 25, 2010 at 01:59:49PM -0700, Brian McGroarty wrote: > > > Has anyone spent time looking at the encrypted chat feature included in > some > > > third-party viewers? It's my understanding that this contacts > third-party > > > servers in obtaining and validating keys. Is that correct? > > > > If that is correct, then I'm pretty sure that the owners of > > those servers have access to a key that would allow them > > to read the encrypted messages. Imho, that is not acceptable :p > > > > Perhaps in time I'll be interested to implement a better > > method. > > > > Carlo Wood (author of libecc > http://libecc.sourceforge.net/reference-manual/index.html) > > _______________________________________________ > > 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 > > -- > Carlo Wood > _______________________________________________ > 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/20100825/d356affa/attachment.htm From I_really_needed_a_new_mailbox at gmx.de Wed Aug 25 23:34:39 2010 From: I_really_needed_a_new_mailbox at gmx.de (Zai Lynch) Date: Thu, 26 Aug 2010 08:34:39 +0200 Subject: [opensource-dev] Requesting review for VWR-19505 patch (missing selection beam) Message-ID: The selection beam (particle beam from someones own avatar's hand to the object the avatar is editing) has always been broken in Viewer 2. It's reported as https://jira.secondlife.com/browse/VWR-19505 The following patch should fix this: http://bitbucket.org/ZaiLynch/vwr-19505 Review / testing / feedback welcome! Thanks to JonathanYap for advice and Latif & Kelly for getting me bootstrapped with Mercurial! zai -- @ZaiLynch -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/415473ef/attachment.htm From open at autistici.org Thu Aug 26 00:44:25 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 26 Aug 2010 09:44:25 +0200 Subject: [opensource-dev] Fwd: [MediaAPI] Plugin folders and what plugins Message-ID: Is MediaAPI mailing list supposed to be working? Maybe the list should be closed - or instead its existence should be advertised again in order to promote activity. There were no replies to the following questions, that were the only message in the last months. Opensource Obscure -------- Original Message -------- Subject: [MediaAPI] Plugin folders and what plugins Date: Wed, 18 Aug 2010 19:39:02 -0500 From: SuezanneC Baskerville To: mediaapi at lists.secondlife.com Apparently the viewer looks for such plugins as Flash and Quicktime. What all plugins does the viewer look for? What folders does the viewer look in? -- for v i r t u a l w o r l d s try these sites: h i p i h i . c o m - s e c o n d l i f e . c o m - -- http://www.google.com/profiles/s u e z a n n e -- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/7a2d6bf0/attachment.htm From Tuomas.Kantonen at vtt.fi Thu Aug 26 03:48:02 2010 From: Tuomas.Kantonen at vtt.fi (Kantonen Tuomas) Date: Thu, 26 Aug 2010 13:48:02 +0300 Subject: [opensource-dev] Avatar animation control using gestures and augmented reality visualization. Message-ID: <36186D2E0727CE4E8D6465C0F305A33985665A739C@VTTMAIL.ad.vtt.fi> Hi. Earlier this year I presented our work on using Snowglobe as a platform for mixed reality meetings. This includes controlling avatars by natural gestures and to be able to view avatars as if they would be located in the same room as the user. I opened two "new feature" issues into SL Jira (SNOW-820, SNOW-821) to discuss if some of this work could be included into Snowglobe. The gesture recognition part might be easiest to integrate, since it does not require changes in the viewer source, except to be able to initialize and execute the processing thread. However, since all this image processing requires a lot of processing, and the implementation uses 3rd party libraries, such as OpenCV, I'm not sure what would be the method of integration that the Snowglobe community would like to use. Augmented reality visualization needs to touch the rendering pipeline so I'd like to know how eager you are to include this kind of work. I have created a couple of web-pages describing how the system works: http://virtual.vtt.fi/virtual/proj2/multimedia/MWI/mwi.html. Currently the system is implemented as a separate DLL + a small set of patches to initialize the DLL and transfer calls between the viewer and the DLL. I can figure out at least two other possibilities: including all the DLL sources (and adding all its dependencies) directly into the viewer source, or running the DLL as a separate executable using some simple IPC interface to communicate with the viewer (not too unlike how the SLVoice works). You can see all the sources and patches at the project web page. Since the project contains multiple different parts, I tried to separate the patches into sensible sets. The patches are so small that I think that I could quite easily port them to the latest viewer trunk but I'd rather not do it until I have a better idea what's the correct integration mechanism. As a side note, we are currently working on face gestures that was proposed already on 2007 (https://jira.secondlife.com/browse/VWR-2122). If we can figure out a way to include all this client side video processing, then this work would also be integrated. -- - Tuomas Kantonen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/21a377a4/attachment-0001.htm From tillie at xp2.de Thu Aug 26 04:50:15 2010 From: tillie at xp2.de (Tillie Ariantho) Date: Thu, 26 Aug 2010 13:50:15 +0200 Subject: [opensource-dev] SL 2.1.1: Menu entry not working Message-ID: <4C7654F7.2050304@xp2.de> Hello, 1. I can't get the advanced sky window into the World dropdown. Something like this I thought should work: but doesn't. Any ideas? 2. And is there a way to get the 'East Angle' slider into the bottom bar? That would really help me for taking photos, as I don't need to have open the Advanced Sky window all the time. 3. Oh and I tried to move the Upload entries from inventory to a FILE entry in top bar again. But it doesnt translate the [COST] strings. 4. And I got 2 crashes by now: 2010-08-26T09:56:25Z newview/llappviewer.cpp(1247) : error 2010-08-26T09:56:25Z ERROR: LLAppViewer::mainLoop: Bad memory allocation in LLAppViewer::mainLoop()! No idea what the cause was, once I was wearing an outfitfolder, the other time I only opened a menu dropdown. Second Life 2.1.1 (208043) Aug 12 2010 14:14:07 (Second Life Beta Viewer) Tillie From tofu at lindenlab.com Thu Aug 26 05:18:23 2010 From: tofu at lindenlab.com (Tofu Linden) Date: Thu, 26 Aug 2010 13:18:23 +0100 Subject: [opensource-dev] Heads-up - pretty big viewer-public merge to viewer-development landed Message-ID: <4C765B8F.1080401@lindenlab.com> Hello! Probably no surprise to folks who've seen my last few days of branch-juggling on hg.secondlife.com, but I finally got LL's retired viewer-public branch converted to the new repo and merged into viewer-development. It's a fair amount of churn, but it should be the last of the big merges needed to synchronize viewer-development's trunk and LL's formerly internal ~viewer2.2 trunk (hooray for a public trunk now). What's new (the details are in the hg log): * Assorted world and UI rendering optimizations * Assorted rendering fixes ** including fix for longstanding 'glow visible through alpha faces' problem (VWR-4214 and pals) * Assorted fixes all over the place * Pretty complete support for multi-attachments (add a bunch of attachments on the same attachment point) These are changes that haven't been in a released viewer before (though most of it was in snowglobe2.1, and most of it has been QA-tested), so please be vigilant. :) Cheers! -Tofu From sllists at boroon.dasgupta.ch Thu Aug 26 05:37:28 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Thu, 26 Aug 2010 14:37:28 +0200 Subject: [opensource-dev] Product Backlog addition request: Build fixes for 64bit out-of-source Message-ID: <4C766008.1070001@boroon.dasgupta.ch> User Story As a Funtoo Linux (a Gentoo variant) 64bit user and volunteer viewer developer, I want to build Snowstorm with the same build mode I already use(d) for Snowglobe: * native (i.e. 64bit) * standalone * out-of-source I'd like to be able to do this for all three, Release, RelWithDebug and Debug mode. Rationale This specific choice of build mode might require some explanations. (If you don't think so, just skip this section. ;-) ) Why native (64bit)? * Why not? (OK, that might not be a too good argument.) * 64bit builds will also have a 64bit |bin/SLPlugin|, which, other than the 32bit version, will be able to use my already installed (64bit) GStreamer o Gentoo (and thus also Funtoo) allows a "multilib" setup that installs some important libraries in both 64bit and 32bit versions, so that most 32bit applications can be run. However, GStreamer isn't one of these libraries, so one would probably need a 32bit chroot with 32bit GStreamer to be able to use it from a 32bit |bin/SLPlugin|. That or I could dual boot or use a VM. * So I see when changes in the source break 64bit. o If those can be corrected right away, whenever LL decides to also provide 64bit binaries, the source will be ready to build them. Why standalone? For those who don't know what the (confusingly named) 'standalone' build mode implies, see Compiling the viewer (Linux) > What does 'Standalone' mean? on our wiki. So why use it? * LL provides no 64bit version of the prebuilt libraries, so when wanting to build 64bit, I don't have much of a choice here, anyway. * So I see whether version changes of the used libraries will break something. Often, the code can be prepared to work well with various versions of a library, see e.g. SNOW-737 . * So I see whether changes in the source break standalone. o Most packagers of the Viewer for Linux distributions will base their packages on standalone builds. So keeping standalone flawless means making their task a bit easier. Why out-of-source? What is it and how do I do it? See What is an "out-of-source" build? at the FAQ on the CMake wiki. As for the why: * A pristine source tree makes it easy to see your own modifications, especially addition of yet untracked files (which will show up in |hg status| but not |hg diff|). * Maintain builds with different settings from a single source tree in separate directories. * Easy to do clean rebuilds by just deleting and re-creating the build dir. * Once again, to see when it is/gets broken. Of course, I don't want to imply that everyone should build like I do. To the contrary, the more different combinations of build settings, operation system setup etc. are used (and thus tested and hopefully fixed if broken), the more robust and flexible our build system and source will become in the end. What's already done As some of you might know, I've been working on collecting patches and changesets on pJIRA and SVN that allow me to build lindenlab/viewer-development with the settings above. I've applied them to my repository at http://bitbucket.org/boroondas/snowstorm-development , ported/modified them where necessary. I also had Techwolf port some of his own patches. (Available on his repo . Thanks Techwolf!) The final result, merged with the many changes that came from upstream meanwhile, can be found at the current tip (i.e. rev a0292ef66668) of my repository. Remaining issues * SNOW-508 (missing |glh/glh_linear.h|) o Can be worked around manually by just copying the file into the right place. o Has a proper solution (for standalone) for this been established yet and I just missed an additional step needed for it? If so, please let me know. * Tests fail because the test binaries can't load the required shared libraries o Work around this by disabling the tests: Set |LL_TESTS| to |FALSE|. * When building for the first time or after cleaning the build dir, make fails like this near the end: > [100%] Building CXX object > newview/CMakeFiles/secondlife-bin.dir/llappviewerlinux_api_dbus.o > Linking CXX executable secondlife-bin > [100%] Built target secondlife-bin > Scanning dependencies of target copy_l_viewer_manifest > [100%] Performing viewer_manifest copy > Source tree: ${SRC_DIR}/indra/newview > Artwork tree: ${SRC_DIR}/indra/newview > Build tree: ${BUILD_DIR}/newview > Destination tree: ${BUILD_DIR}/newview/packaged > Option: buildtype = RelWithDebInfo > Option: platform = linux > Option: dest = ${BUILD_DIR}/newview/packaged > Option: actions = ['copy'] > Option: source = ${SRC_DIR}/indra/newview > Option: version = ('2', '1', '2', '0') > Option: grid = > Option: build = ${BUILD_DIR}/newview > Option: artwork = ${SRC_DIR}/indra/newview > Option: configuration = . > Option: arch = x86_64 > Option: channel = Second Life Developer > Processing ../../scripts/messages/message_template.msg => > app_settings/message_template.msg ... 1 files > Processing ../../etc/message.xml => app_settings/message.xml ... > 1 files > Processing licenses-linux.txt => licenses.txt ... 1 files > Processing res/ll_icon.png => secondlife_icon.png ... 1 files > Processing client-readme.txt => README-linux.txt ... 1 files > Processing client-readme-voice.txt => README-linux-voice.txt ... > 1 files > Processing client-readme-joystick.txt => > README-linux-joystick.txt ... 1 files > Processing wrapper.sh => secondlife ... 1 files > Processing handle_secondlifeprotocol.sh => > etc/handle_secondlifeprotocol.sh ... 1 files > Processing register_secondlifeprotocol.sh => > etc/register_secondlifeprotocol.sh ... 1 files > Processing refresh_desktop_app_entry.sh => > etc/refresh_desktop_app_entry.sh ... 1 files > Processing launch_url.sh => etc/launch_url.sh ... 1 files > Processing install.sh => None ... 1 files > Processing secondlife-bin => > bin/do-not-directly-run-secondlife-bin ... 1 files > Processing ../linux_crash_logger/linux-crash-logger => > bin/linux-crash-logger.bin ... 1 files > Processing ../linux_updater/linux-updater => > bin/linux-updater.bin ... 1 files > Processing ../llplugin/slplugin/SLPlugin => bin/SLPlugin ... 1 files > Processing * => None ... 43 files > Processing ../media_plugins/webkit/libmedia_plugin_webkit.so => > libmedia_plugin_webkit.so ... 1 files > Processing > ../media_plugins/gstreamer010/libmedia_plugin_gstreamer010.so => > libmedia_plugin_gstreamer.so ... 1 files > Processing ../llcommon/libllcommon.so => lib/libllcommon.so ... > 1 files > Processing featuretable_linux.txt => None ... 1 files > Processing secondlife-i686.supp => None ... 1 files > [100%] Built target copy_l_viewer_manifest > Scanning dependencies of target generate_breakpad_symbols > [100%] Generating ./secondlife-symbols-linux.tar.bz2 > generate_breakpad_symbols run with args: > ('${BUILD_DIR}/newview/packaged', > 'do-not-directly-run-secondlife-bin SLPlugin', '*.so*', > '${SRC_DIR}/indra/../libraries/x86_64-linux/bin/dump_syms', > '${BUILD_DIR}/newview/./secondlife-symbols-linux.tar.bz2') > dumping module > '${BUILD_DIR}/newview/packaged/lib/libllcommon.so' with > '${SRC_DIR}/indra/../libraries/x86_64-linux/bin/dump_syms'... > Traceback (most recent call last): > File "${SRC_DIR}/indra/newview/generate_breakpad_symbols.py", > line 128, in > sys.exit(main(*sys.argv[1:])) > File "${SRC_DIR}/indra/newview/generate_breakpad_symbols.py", > line 77, in main > for (filename,status,symbols,err) in > itertools.imap(dump_module, list_files()): > File "${SRC_DIR}/indra/newview/generate_breakpad_symbols.py", > line 71, in dump_module > child = subprocess.Popen([dump_syms_tool, m] , > stdout=subprocess.PIPE) > File "/usr/lib64/python2.6/subprocess.py", line 623, in __init__ > errread, errwrite) > File "/usr/lib64/python2.6/subprocess.py", line 1139, in > _execute_child > raise child_exception > OSError: [Errno 2] No such file or directory > make[2]: *** [newview/./secondlife-symbols-linux.tar.bz2] Error 1 > make[1]: *** > [newview/CMakeFiles/generate_breakpad_symbols.dir/all] Error 2 > make: *** [all] Error 2 The resulting viewer crashes on start-up: > 64-bit Linux detected. > Running from ${BUILD_DIR}/newview/packaged > which: no kde-config in > (/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.4.3:/usr/games/bin) > Warning: Did not register secondlife:// handler with KDE: > Directory ${HOME}/.kde4/share/kde4/services/ does not exist. > - Installing menu entries in ${HOME}/.local/share/applications > 2010-08-26T11:09:35Z INFO: initConfiguration: Loading settings > file list > ${BUILD_DIR}/newview/packaged/app_settings/settings_files.xml > 2010-08-26T11:09:36Z WARNING: loadFromFile: Cannot find file > ${BUILD_DIR}/newview/packaged/app_settings/settings_files.xml to > load. > 2010-08-26T11:09:36Z newview/llappviewer.cpp(1904) : error > 2010-08-26T11:09:36Z ERROR: initConfiguration: Cannot load > default configuration file > ${BUILD_DIR}/newview/packaged/app_settings/settings_files.xml > LogLock::LogLock: failed to get mutex for log > [...] > LogLock::LogLock: failed to get mutex for log > ./secondlife: line 118: 12541 Segmentation fault > LD_LIBRARY_PATH="`pwd`"/lib:"${LD_LIBRARY_PATH}" $LL_WRAPPER > bin/do-not-directly-run-secondlife-bin --channel "Second Life > Developer" --settings settings_developer.xml > *** Bad shutdown. *** > > You are running the Second Life Viewer on a x86_64 platform. The > most common problems when launching the Viewer (particularly > 'bin/do-not-directly-run-secondlife-bin: not found' and 'error while > loading shared libraries') may be solved by installing your Linux > distribution's 32-bit compatibility packages. > For example, on Ubuntu and other Debian-based Linuxes you might run: > $ sudo apt-get install ia32-libs ia32-libs-gtk ia32-libs-kde > ia32-libs-sdl > > ******************************************************* > This is a BETA release of the Second Life linux client. > Thank you for testing! > Please see README-linux.txt before reporting problems. o I guess this is caused by a missing or wrong dependency declaration. However it happens with both linear (|-j1|) and parallel (e.g. |-j3|) builds. o Workaround: A subsequent invocation of| make| successfully finishes the build and leads to a working viewer. I assume all of these issues are also present on lindenlab/viewer-development i.e. they weren't introduced by the changes in my repo. Please let me know when this isn't the case. What still needs to be done / How you can help Reviewing and testing I had to adapt Snowglobe patches to viewer-development that I might not have fully understood. Also my merge-fu isn't yet beyond doubt. So reviews of the single commits and merges would be very welcome, especially from the original contributors of the applied changes. Obviously, testing would help, too: * If you have been able to build Snowglobe but not viewer-development, test whether these changes get you any further on the latter. * If you have been able to build viewer-development o test whether you're still able to do so with the changes (Build fixes for some shouldn't break the build for others!) o test whether there are any new runtime bugs (there shouldn't!) Fixing the remaining issues listed above Unless they turn out to have been introduced by the changes in my repo, fixing them shouldn't be a requirement for the changes to be pulled upstream, I think. However, the task(s) of fixing them should probably be added to the Product Backlog. Integration upstream If I understood correctly, the first step would be to get this on of the Teams' Product Backlog (probably Project Snowstorm's, so that'd be Esbee's call.) cheers Boroondas PS: Looks like upstream got some more changesets this morning, I'll provide a merge ASAP. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/56458397/attachment-0001.htm From sythos at gmail.com Thu Aug 26 06:00:18 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Thu, 26 Aug 2010 15:00:18 +0200 Subject: [opensource-dev] Kdu Message-ID: <-6399671838966986871@unknownmsgid> I see in latest 2.1.2 builds kdu libs, but in "about second life" i see openjpeg is used, is a bug or a feature? -- Sent by iPhone From sllists at boroon.dasgupta.ch Thu Aug 26 07:02:22 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Thu, 26 Aug 2010 16:02:22 +0200 Subject: [opensource-dev] Product Backlog addition request: Build fixes for 64bit out-of-source In-Reply-To: <4C766008.1070001@boroon.dasgupta.ch> References: <4C766008.1070001@boroon.dasgupta.ch> Message-ID: <4C7673EE.4000904@boroon.dasgupta.ch> On 08/26/2010 02:37 PM, Boroondas Gupte wrote: > PS: Looks like upstream got some more changesets this morning, I'll > provide a merge ASAP. Here you go: http://bitbucket.org/boroondas/snowstorm-development/changeset/5f58bebfb4ce happy testing Boroondas From carlo at alinoe.com Thu Aug 26 09:03:24 2010 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 26 Aug 2010 18:03:24 +0200 Subject: [opensource-dev] Encrypted chat & third-party servers In-Reply-To: References: <20100826005325.GA30963@alinoe.com> <20100826013904.GB30963@alinoe.com> Message-ID: <20100826160324.GA24023@alinoe.com> On Wed, Aug 25, 2010 at 10:16:22PM -0700, Erik Anderson wrote: > " at the end (this is > ). I'm guessing that it is > thought that no one would notice these unless they were looking for them. Surely you mean ? Because after a quick look it's clear that is the '0' and a '1', so that my version spells 010011110101010001010010 = 4F 54 52 = ascii for "OTR" ---- ---- ---- -- Carlo Wood From aleric.inglewood at gmail.com Thu Aug 26 09:20:36 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Thu, 26 Aug 2010 18:20:36 +0200 Subject: [opensource-dev] Product Backlog addition request: Build fixes for 64bit out-of-source In-Reply-To: <4C7673EE.4000904@boroon.dasgupta.ch> References: <4C766008.1070001@boroon.dasgupta.ch> <4C7673EE.4000904@boroon.dasgupta.ch> Message-ID: Hey Boroondas, not withstanding testing-- I'd like to urge you to get this checked in ONE related SNOW-* jira at a time (except when they are totally related of course). Just wanted to express my "concerns" that all of these changes would end up as a single commit. I'd prefer to see them committed per corresponding jira patch, and if the final commit is not near-100% the same as the original SNOW patch then that should be detailed clearly in the commit comment. Thanks! Aleric On Thu, Aug 26, 2010 at 4:02 PM, Boroondas Gupte wrote: > ?On 08/26/2010 02:37 PM, Boroondas Gupte wrote: >> PS: Looks like upstream got some more changesets this morning, I'll >> provide a merge ASAP. > Here you go: > http://bitbucket.org/boroondas/snowstorm-development/changeset/5f58bebfb4ce > > happy testing > Boroondas > _______________________________________________ > 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 oz at lindenlab.com Thu Aug 26 10:58:07 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 26 Aug 2010 13:58:07 -0400 Subject: [opensource-dev] Kdu In-Reply-To: <-6399671838966986871@unknownmsgid> References: <-6399671838966986871@unknownmsgid> Message-ID: <4C76AB2F.9010701@lindenlab.com> On 2010-08-26 9:00, Francesco Rabbi wrote: > I see in latest 2.1.2 builds kdu libs, but in "about second life" i > see openjpeg is used, is a bug or a feature In the process of splitting the public from non-public stuff that was in the old private repository, the llkdu build was temporarily left behind (on some platforms, attempting to use what's built caused crashes). It should reappear shortly. From sllists at boroon.dasgupta.ch Thu Aug 26 12:23:28 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Thu, 26 Aug 2010 21:23:28 +0200 Subject: [opensource-dev] Product Backlog addition request: Build fixes for 64bit out-of-source In-Reply-To: References: <4C766008.1070001@boroon.dasgupta.ch> <4C7673EE.4000904@boroon.dasgupta.ch> Message-ID: <4C76BF30.2000605@boroon.dasgupta.ch> Hi Aleric On 08/26/2010 06:20 PM, Aleric Inglewood wrote: > not withstanding testing-- I'd like to urge you to get this checked in > ONE related SNOW-* jira at a time (except when they are totally related > of course). > > Just wanted to express my "concerns" that all of these changes would > end up as a single commit. I'm not quite sure what you mean by "a single commit" ... "a single pull", maybe? I /have/ created a separate changeset (a.k.a. "commit") for almost each patch or SVN changeset I've used. (Everything else would probably be impossible to review.) The relevant pJIRA issue IDs should be listed in the commit messages, as well as the SVN commits (if any). After CG mentioned Daggy Fixes on IRC, I used that technique, so apart from my first few sequential commits (and the sequential commits I pulled from Techwolf) everything should be easy to cherry-pick and/or backport. Or did you mean I should have merged the single commits individually into upstream instead of merging them together and merging the result into upstream? If so, why? (It shouldn't matter, as far as I know.) > I'd prefer to see them committed per corresponding jira patch, (see above) > and if the > final commit is not near-100% the same as the original SNOW patch then > that should be detailed clearly in the commit comment. I think I've used "Boroondas Gupte (original patch by ) " as 'author' for stuff I had to modify and "Boroondas Gupte (patch by ) " (i.e. without 'original') for patches I could apply essentially as-is. I don't know how consistent I was at that, so I'd have to check that. If required, I can re-do the commits with better indication of the differences from the original patches, but with hg not allowing any history rewriting, that would take me quite some time. (Though, much less then I needed up to now, as I now know where to find all the needed changes.) cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/c404848a/attachment.htm From marinekelley at gmail.com Thu Aug 26 12:45:14 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 26 Aug 2010 21:45:14 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? Message-ID: Hello all, I am currently working at integrating the RLV code into the latest 2.1.2 viewer in "viewer-development". Some users might have noticed that the "MultipleAttachments" debug setting was set to FALSE by default in order to stay compatible with 1.x, because 1.x users cannot see attachments worn on slots 1 and beyond, only slot 0 is rendered. So the feature is still rather useless because since most of the users are still using 1.x, multiple attachments are to be avoided. However having the option to choose whether to activate it or not was a good idea. I even added a checkbox in the navbar to set it to TRUE or FALSE in one click without having to open the debug settings (but that version is not released). And now what I'm seeing in the latest version worries me. The MultipleAttachments debug setting is gone ! The viewer behaves as if it were always TRUE. On the paper it makes sense, since 2.x is supposed to handle multiple attachments natively and the sims have been updated to 1.40 (and now 1.42) almost only for this reason. But... this is actually counter-productive because now someone who tries 2.1 will soon discover that most of their attachments are not showing to their friends. And that they require more steps to change an outfit than before, because they now have to explicitely remove attachments before wearing new ones. For a viewer that has a lot of difficulties being adopted by the user base, isn't this move a little backwards ? Why not set MultipleAttachments to TRUE by default and let the user choose in the preferences or in the navbar as I did ? I for one would very much like to see the MultipleAttachments debug setting come back and stay ! Marine -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/4ebe1a57/attachment.htm From sythos at gmail.com Thu Aug 26 12:53:52 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Thu, 26 Aug 2010 21:53:52 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: Message-ID: <20100826215352.19fa4ea0.sythos@gmail.com> On Thu, 26 Aug 2010 21:45:14 +0200 Marine Kelley wrote: > I for one would very much like to see the MultipleAttachments debug > setting come back and stay ! i use multiple attachments, quite all users (but not emerald neither imprudence) see them correctly, all kirsten viewers (on kirsten is enabled by default on last 2 builds) rezz them fine, both SL2 users (if they don't turn TRUE the debug options too, they say...) I think is nice hold it as options in preferences, without hide it in debug setting or turn it always on/off From makosoft at gmail.com Thu Aug 26 13:06:53 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Thu, 26 Aug 2010 21:06:53 +0100 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <20100826215352.19fa4ea0.sythos@gmail.com> References: <20100826215352.19fa4ea0.sythos@gmail.com> Message-ID: On Thu, Aug 26, 2010 at 8:53 PM, Altair Sythos wrote: > On Thu, 26 Aug 2010 21:45:14 +0200 > Marine Kelley wrote: > > >> I for one would very much like to see the MultipleAttachments debug >> setting come back and stay ! > > i use multiple attachments, quite all users (but not emerald neither > imprudence) see them correctly, all kirsten viewers (on kirsten is > enabled by default on last 2 builds) rezz them fine, both SL2 users (if > they don't turn TRUE the debug options too, they say...) So in other words, exactly what Marine Kelley said - they only show up properly for users of Viewer 2 or a third-party viewer based on it. That's quite a lot of Second Life users who won't be able to see some attachments you're wearing in an unpredictable fashion. From sythos at gmail.com Thu Aug 26 13:13:18 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Thu, 26 Aug 2010 22:13:18 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <20100826215352.19fa4ea0.sythos@gmail.com> Message-ID: <20100826221318.4f8fa936.sythos@gmail.com> On Thu, 26 Aug 2010 21:06:53 +0100 Aidan Thornton wrote: > >> I for one would very much like to see the MultipleAttachments debug > >> setting come back and stay ! > > > > i use multiple attachments, quite all users (but not emerald neither > > imprudence) see them correctly, all kirsten viewers (on kirsten is > > enabled by default on last 2 builds) rezz them fine, both SL2 users > > (if they don't turn TRUE the debug options too, they say...) > > So in other words, exactly what Marine Kelley said - they only show up > properly for users of Viewer 2 or a third-party viewer based on it. > That's quite a lot of Second Life users who won't be able to see some > attachments you're wearing in an unpredictable fashion. with my bad eng i was trying to confirm... XD From trilobyte550m at gmail.com Thu Aug 26 13:21:28 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Thu, 26 Aug 2010 13:21:28 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: Message-ID: Trying to confirm the change (and how attachments look/don't look to 1.x clients), and am finding that in 2.1.2 (298569) multiple attachments just appears to be broken. I don't see a debug setting, I'm not finding a preference option, and the feature is definitely not working in-world. Putting on a belt is taking off coat-tails, and vice-versa. TriloByte Zanzibar On Aug 26, 2010, at 12:45 PM, Marine Kelley wrote: > Hello all, > > I am currently working at integrating the RLV code into the latest 2.1.2 viewer in "viewer-development". Some users might have noticed that the "MultipleAttachments" debug setting was set to FALSE by default in order to stay compatible with 1.x, because 1.x users cannot see attachments worn on slots 1 and beyond, only slot 0 is rendered. So the feature is still rather useless because since most of the users are still using 1.x, multiple attachments are to be avoided. However having the option to choose whether to activate it or not was a good idea. I even added a checkbox in the navbar to set it to TRUE or FALSE in one click without having to open the debug settings (but that version is not released). > > And now what I'm seeing in the latest version worries me. The MultipleAttachments debug setting is gone ! The viewer behaves as if it were always TRUE. On the paper it makes sense, since 2.x is supposed to handle multiple attachments natively and the sims have been updated to 1.40 (and now 1.42) almost only for this reason. But... this is actually counter-productive because now someone who tries 2.1 will soon discover that most of their attachments are not showing to their friends. And that they require more steps to change an outfit than before, because they now have to explicitely remove attachments before wearing new ones. > > For a viewer that has a lot of difficulties being adopted by the user base, isn't this move a little backwards ? Why not set MultipleAttachments to TRUE by default and let the user choose in the preferences or in the navbar as I did ? > > I for one would very much like to see the MultipleAttachments debug setting come back and stay ! > > 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 From nyx at lindenlab.com Thu Aug 26 13:24:08 2010 From: nyx at lindenlab.com (Nyx Linden) Date: Thu, 26 Aug 2010 16:24:08 -0400 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: Message-ID: <4C76CD68.9060001@lindenlab.com> "MultipleAttachments" was a debug setting we were using for testing multi-attachments internally because we didn't have sufficient UI for specifying what happened when you went to wear an item on your avatar. To be clear, the setting "MultipleAttachments" affected the "wear" option for attachments as follows: FALSE: When set to false, any time you "wear" an attachment, it would replace all attachments at that point. If you're wearing three things on your head, and you "wear" something on your head, all three will be replaced with the new attachment. Result: you're wearing a single attachment on your head. TRUE: When set to true, any time you "wear" an attachment, it would ignore whatever attachments were at that point and "add" the attachment onto that point. For example, if you're wearing three attachments on your head and you "wear" something new, you will end up with four things on your head. We've removed the debug setting as we've implemented this functionality directly in the user interface, making the debug setting completely unnecessary. With the latest code if you "wear" an attachment on your head, it will act as if MultipleAttachments was set to FALSE - it will replace everything else on your head. We have a new option in the UI which we've labeled "add" - which will act as if MultipleAttachments is TRUE - that is it will "add" the attachment to the attachment point, without removing the existing attachments. With both of these options being available through the UI, there is no need for the debug option anymore. If you don't want to use multi-attachments, all you need to do is make sure you use the "wear" option instead of the "add" option. If this is not working as I've described, then let us know as we have some bugs to fix :) Let me know if this clarifies things. -Nyx Marine Kelley wrote: > Hello all, > > I am currently working at integrating the RLV code into the latest > 2.1.2 viewer in "viewer-development". Some users might have noticed > that the "MultipleAttachments" debug setting was set to FALSE by > default in order to stay compatible with 1.x, because 1.x users cannot > see attachments worn on slots 1 and beyond, only slot 0 is rendered. > So the feature is still rather useless because since most of the users > are still using 1.x, multiple attachments are to be avoided. However > having the option to choose whether to activate it or not was a good > idea. I even added a checkbox in the navbar to set it to TRUE or FALSE > in one click without having to open the debug settings (but that > version is not released). > > And now what I'm seeing in the latest version worries me. The > MultipleAttachments debug setting is gone ! The viewer behaves as if > it were always TRUE. On the paper it makes sense, since 2.x is > supposed to handle multiple attachments natively and the sims have > been updated to 1.40 (and now 1.42) almost only for this reason. > But... this is actually counter-productive because now someone who > tries 2.1 will soon discover that most of their attachments are not > showing to their friends. And that they require more steps to change > an outfit than before, because they now have to explicitely remove > attachments before wearing new ones. > > For a viewer that has a lot of difficulties being adopted by the user > base, isn't this move a little backwards ? Why not set > MultipleAttachments to TRUE by default and let the user choose in the > preferences or in the navbar as I did ? > > I for one would very much like to see the MultipleAttachments debug > setting come back and stay ! > > 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 From sythos at gmail.com Thu Aug 26 13:30:23 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Thu, 26 Aug 2010 22:30:23 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C76CD68.9060001@lindenlab.com> References: <4C76CD68.9060001@lindenlab.com> Message-ID: <20100826223023.132a96bf.sythos@gmail.com> On Thu, 26 Aug 2010 16:24:08 -0400 Nyx Linden wrote: > Let me know if this clarifies things. yeahhhhh i'm on Second Life 2.1.2 (208569) Aug 26 2010 05:22:24 (Second Life Development) now, it work as you said, just noticed something weird and tryiong to reproduce: if i crash when relog all attachments are weared double time, like the dirty logoff don't detach items. I dunno how logoff/login work, i *SUPPOSE* debug warn during logoff "acvatar destructor" take "current outfit" and store somewhere on asset, during login last saved "current outfit" is worn. maybe is better if saved "current outfit" replace what worn during login, so if crashed nothing boudle is worn... somebody who know better and deeper the code can hint me about? From trilobyte550m at gmail.com Thu Aug 26 13:39:49 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Thu, 26 Aug 2010 13:39:49 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C76CD68.9060001@lindenlab.com> References: <4C76CD68.9060001@lindenlab.com> Message-ID: <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> My mistake, then. When I performed the same action to wear an item as I had in previous builds and got the unexpected/unwanted result, and saw that the debug option was gone, I thought it had broken (like anti-aliasing did in the latest build). When this viewer gets released. it would be helpful if this change in behavior was blogged and documented. I think it makes a lot of sense, but double-clicking on an item or right-clicking and choosing 'wear' is what I imagine most people would do. Trilo On Aug 26, 2010, at 1:24 PM, Nyx Linden wrote: > "MultipleAttachments" was a debug setting we were using for testing > multi-attachments internally because we didn't have sufficient UI for > specifying what happened when you went to wear an item on your avatar. > To be clear, the setting "MultipleAttachments" affected the "wear" > option for attachments as follows: > > FALSE: > When set to false, any time you "wear" an attachment, it would > replace all attachments at that point. If you're wearing three things on > your head, and you "wear" something on your head, all three will be > replaced with the new attachment. Result: you're wearing a single > attachment on your head. > > TRUE: > When set to true, any time you "wear" an attachment, it would ignore > whatever attachments were at that point and "add" the attachment onto > that point. For example, if you're wearing three attachments on your > head and you "wear" something new, you will end up with four things on > your head. > > We've removed the debug setting as we've implemented this > functionality directly in the user interface, making the debug setting > completely unnecessary. With the latest code if you "wear" an attachment > on your head, it will act as if MultipleAttachments was set to FALSE - > it will replace everything else on your head. > > We have a new option in the UI which we've labeled "add" - which > will act as if MultipleAttachments is TRUE - that is it will "add" the > attachment to the attachment point, without removing the existing > attachments. > > With both of these options being available through the UI, there is > no need for the debug option anymore. If you don't want to use > multi-attachments, all you need to do is make sure you use the "wear" > option instead of the "add" option. If this is not working as I've > described, then let us know as we have some bugs to fix :) > > Let me know if this clarifies things. > > -Nyx > > > Marine Kelley wrote: >> Hello all, >> >> I am currently working at integrating the RLV code into the latest >> 2.1.2 viewer in "viewer-development". Some users might have noticed >> that the "MultipleAttachments" debug setting was set to FALSE by >> default in order to stay compatible with 1.x, because 1.x users cannot >> see attachments worn on slots 1 and beyond, only slot 0 is rendered. >> So the feature is still rather useless because since most of the users >> are still using 1.x, multiple attachments are to be avoided. However >> having the option to choose whether to activate it or not was a good >> idea. I even added a checkbox in the navbar to set it to TRUE or FALSE >> in one click without having to open the debug settings (but that >> version is not released). >> >> And now what I'm seeing in the latest version worries me. The >> MultipleAttachments debug setting is gone ! The viewer behaves as if >> it were always TRUE. On the paper it makes sense, since 2.x is >> supposed to handle multiple attachments natively and the sims have >> been updated to 1.40 (and now 1.42) almost only for this reason. >> But... this is actually counter-productive because now someone who >> tries 2.1 will soon discover that most of their attachments are not >> showing to their friends. And that they require more steps to change >> an outfit than before, because they now have to explicitely remove >> attachments before wearing new ones. >> >> For a viewer that has a lot of difficulties being adopted by the user >> base, isn't this move a little backwards ? Why not set >> MultipleAttachments to TRUE by default and let the user choose in the >> preferences or in the navbar as I did ? >> >> I for one would very much like to see the MultipleAttachments debug >> setting come back and stay ! >> >> 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 nyx at lindenlab.com Thu Aug 26 13:43:47 2010 From: nyx at lindenlab.com (Nyx Linden) Date: Thu, 26 Aug 2010 16:43:47 -0400 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> Message-ID: <4C76D203.5040908@lindenlab.com> Correct, that is what most people will do, and that's why we wanted to keep the behavior of double click / "wear" to be consistent with how the functionality worked in 1.23.X, as that's what most people are used to those functions doing. Since multi-wearables is a new feature, using the new functionality warranted using a new right click menu option. We'd like to keep things consistent for old users and offer new functionality for those who would like to take advantage of it. Its a fairly simple implementation for the UI for controlling multiwearables, however, so if you have suggestions for better ways of exposing the functionality, please do let us know! -Nyx Trilo Byte wrote: > My mistake, then. When I performed the same action to wear an item as > I had in previous builds and got the unexpected/unwanted result, and > saw that the debug option was gone, I thought it had broken (like > anti-aliasing did in the latest build). > > When this viewer gets released. it would be helpful if this change in > behavior was blogged and documented. I think it makes a lot of sense, > but double-clicking on an item or right-clicking and choosing 'wear' is > what I imagine most people would do. > > Trilo > > On Aug 26, 2010, at 1:24 PM, Nyx Linden wrote: > > >> "MultipleAttachments" was a debug setting we were using for testing >> multi-attachments internally because we didn't have sufficient UI for >> specifying what happened when you went to wear an item on your avatar. >> To be clear, the setting "MultipleAttachments" affected the "wear" >> option for attachments as follows: >> >> FALSE: >> When set to false, any time you "wear" an attachment, it would >> replace all attachments at that point. If you're wearing three things on >> your head, and you "wear" something on your head, all three will be >> replaced with the new attachment. Result: you're wearing a single >> attachment on your head. >> >> TRUE: >> When set to true, any time you "wear" an attachment, it would ignore >> whatever attachments were at that point and "add" the attachment onto >> that point. For example, if you're wearing three attachments on your >> head and you "wear" something new, you will end up with four things on >> your head. >> >> We've removed the debug setting as we've implemented this >> functionality directly in the user interface, making the debug setting >> completely unnecessary. With the latest code if you "wear" an attachment >> on your head, it will act as if MultipleAttachments was set to FALSE - >> it will replace everything else on your head. >> >> We have a new option in the UI which we've labeled "add" - which >> will act as if MultipleAttachments is TRUE - that is it will "add" the >> attachment to the attachment point, without removing the existing >> attachments. >> >> With both of these options being available through the UI, there is >> no need for the debug option anymore. If you don't want to use >> multi-attachments, all you need to do is make sure you use the "wear" >> option instead of the "add" option. If this is not working as I've >> described, then let us know as we have some bugs to fix :) >> >> Let me know if this clarifies things. >> >> -Nyx >> >> >> Marine Kelley wrote: >> >>> Hello all, >>> >>> I am currently working at integrating the RLV code into the latest >>> 2.1.2 viewer in "viewer-development". Some users might have noticed >>> that the "MultipleAttachments" debug setting was set to FALSE by >>> default in order to stay compatible with 1.x, because 1.x users cannot >>> see attachments worn on slots 1 and beyond, only slot 0 is rendered. >>> So the feature is still rather useless because since most of the users >>> are still using 1.x, multiple attachments are to be avoided. However >>> having the option to choose whether to activate it or not was a good >>> idea. I even added a checkbox in the navbar to set it to TRUE or FALSE >>> in one click without having to open the debug settings (but that >>> version is not released). >>> >>> And now what I'm seeing in the latest version worries me. The >>> MultipleAttachments debug setting is gone ! The viewer behaves as if >>> it were always TRUE. On the paper it makes sense, since 2.x is >>> supposed to handle multiple attachments natively and the sims have >>> been updated to 1.40 (and now 1.42) almost only for this reason. >>> But... this is actually counter-productive because now someone who >>> tries 2.1 will soon discover that most of their attachments are not >>> showing to their friends. And that they require more steps to change >>> an outfit than before, because they now have to explicitely remove >>> attachments before wearing new ones. >>> >>> For a viewer that has a lot of difficulties being adopted by the user >>> base, isn't this move a little backwards ? Why not set >>> MultipleAttachments to TRUE by default and let the user choose in the >>> preferences or in the navbar as I did ? >>> >>> I for one would very much like to see the MultipleAttachments debug >>> setting come back and stay ! >>> >>> 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 marinekelley at gmail.com Thu Aug 26 13:54:47 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 26 Aug 2010 22:54:47 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C76D203.5040908@lindenlab.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> Message-ID: I understand, it makes sense, thanks for your reply Nyx. I did see the Add option on 2.1.0 along with MultipleAttachments there too so I assumed both were needed for some reason (this debug setting was used in a few places in the code). On 26 August 2010 22:43, Nyx Linden wrote: > Correct, that is what most people will do, and that's why we wanted to > keep the behavior of double click / "wear" to be consistent with how the > functionality worked in 1.23.X, as that's what most people are used to > those functions doing. > > Since multi-wearables is a new feature, using the new functionality > warranted using a new right click menu option. > > We'd like to keep things consistent for old users and offer new > functionality for those who would like to take advantage of it. Its a > fairly simple implementation for the UI for controlling multiwearables, > however, so if you have suggestions for better ways of exposing the > functionality, please do let us know! > > -Nyx > > Trilo Byte wrote: > > My mistake, then. When I performed the same action to wear an item as > > I had in previous builds and got the unexpected/unwanted result, and > > saw that the debug option was gone, I thought it had broken (like > > anti-aliasing did in the latest build). > > > > When this viewer gets released. it would be helpful if this change in > > behavior was blogged and documented. I think it makes a lot of sense, > > but double-clicking on an item or right-clicking and choosing 'wear' is > > what I imagine most people would do. > > > > Trilo > > > > On Aug 26, 2010, at 1:24 PM, Nyx Linden wrote: > > > > > >> "MultipleAttachments" was a debug setting we were using for testing > >> multi-attachments internally because we didn't have sufficient UI for > >> specifying what happened when you went to wear an item on your avatar. > >> To be clear, the setting "MultipleAttachments" affected the "wear" > >> option for attachments as follows: > >> > >> FALSE: > >> When set to false, any time you "wear" an attachment, it would > >> replace all attachments at that point. If you're wearing three things on > >> your head, and you "wear" something on your head, all three will be > >> replaced with the new attachment. Result: you're wearing a single > >> attachment on your head. > >> > >> TRUE: > >> When set to true, any time you "wear" an attachment, it would ignore > >> whatever attachments were at that point and "add" the attachment onto > >> that point. For example, if you're wearing three attachments on your > >> head and you "wear" something new, you will end up with four things on > >> your head. > >> > >> We've removed the debug setting as we've implemented this > >> functionality directly in the user interface, making the debug setting > >> completely unnecessary. With the latest code if you "wear" an attachment > >> on your head, it will act as if MultipleAttachments was set to FALSE - > >> it will replace everything else on your head. > >> > >> We have a new option in the UI which we've labeled "add" - which > >> will act as if MultipleAttachments is TRUE - that is it will "add" the > >> attachment to the attachment point, without removing the existing > >> attachments. > >> > >> With both of these options being available through the UI, there is > >> no need for the debug option anymore. If you don't want to use > >> multi-attachments, all you need to do is make sure you use the "wear" > >> option instead of the "add" option. If this is not working as I've > >> described, then let us know as we have some bugs to fix :) > >> > >> Let me know if this clarifies things. > >> > >> -Nyx > >> > >> > >> Marine Kelley wrote: > >> > >>> Hello all, > >>> > >>> I am currently working at integrating the RLV code into the latest > >>> 2.1.2 viewer in "viewer-development". Some users might have noticed > >>> that the "MultipleAttachments" debug setting was set to FALSE by > >>> default in order to stay compatible with 1.x, because 1.x users cannot > >>> see attachments worn on slots 1 and beyond, only slot 0 is rendered. > >>> So the feature is still rather useless because since most of the users > >>> are still using 1.x, multiple attachments are to be avoided. However > >>> having the option to choose whether to activate it or not was a good > >>> idea. I even added a checkbox in the navbar to set it to TRUE or FALSE > >>> in one click without having to open the debug settings (but that > >>> version is not released). > >>> > >>> And now what I'm seeing in the latest version worries me. The > >>> MultipleAttachments debug setting is gone ! The viewer behaves as if > >>> it were always TRUE. On the paper it makes sense, since 2.x is > >>> supposed to handle multiple attachments natively and the sims have > >>> been updated to 1.40 (and now 1.42) almost only for this reason. > >>> But... this is actually counter-productive because now someone who > >>> tries 2.1 will soon discover that most of their attachments are not > >>> showing to their friends. And that they require more steps to change > >>> an outfit than before, because they now have to explicitely remove > >>> attachments before wearing new ones. > >>> > >>> For a viewer that has a lot of difficulties being adopted by the user > >>> base, isn't this move a little backwards ? Why not set > >>> MultipleAttachments to TRUE by default and let the user choose in the > >>> preferences or in the navbar as I did ? > >>> > >>> I for one would very much like to see the MultipleAttachments debug > >>> setting come back and stay ! > >>> > >>> 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/20100826/e85f9564/attachment-0001.htm From marinekelley at gmail.com Thu Aug 26 14:37:15 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 26 Aug 2010 23:37:15 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <20100826223023.132a96bf.sythos@gmail.com> References: <4C76CD68.9060001@lindenlab.com> <20100826223023.132a96bf.sythos@gmail.com> Message-ID: I'd like to chime in and say that this happens to me often as well. Attachments are worn twice on relog, approx. once a day. Since the attachments I'm wearing usually say things with llOwnerSay and I see them say their messages twice, I do know this is not only a viewer-side problem. I have never observed this with 1.23, only with 2.1. Soft is aware of this issue, and confirmed seeing the double-rezzing in the logs of my sim at the time I indicated. On 26 August 2010 22:30, Altair Sythos wrote: > On Thu, 26 Aug 2010 16:24:08 -0400 > Nyx Linden wrote: > > > > Let me know if this clarifies things. > > yeahhhhh > i'm on Second Life 2.1.2 (208569) Aug 26 2010 05:22:24 (Second Life > Development) now, it work as you said, just noticed something weird and > tryiong to reproduce: > if i crash when relog all attachments are weared double time, like the > dirty logoff don't detach items. > > I dunno how logoff/login work, i *SUPPOSE* debug warn during logoff > "acvatar destructor" take "current outfit" and store somewhere on > asset, during login last saved "current outfit" is worn. > > maybe is better if saved "current outfit" replace what worn during > login, so if crashed nothing boudle is worn... > > somebody who know better and deeper the code can hint me about? > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/b0fd5e79/attachment.htm From dave at meadowlakearts.com Thu Aug 26 15:45:41 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Thu, 26 Aug 2010 17:45:41 -0500 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> Message-ID: <4C76EE95.1080608@meadowlakearts.com> On 8/26/2010 15:54, Marine Kelley wrote: > I understand, it makes sense, thanks for your reply Nyx. I did see the > Add option on 2.1.0 along with MultipleAttachments there too so I > assumed both were needed for some reason (this debug setting was used > in a few places in the code). > So, Marine, I'm guessing theres going to be a new UI element in the next RLV release - a checkbox that toggles the behaviour of the force-attach option between "wear" and "add". Either that or you've got the pain of revising the API yet again and having @attach:folder=force do a "wear" and @attach:folder=forceadd do an "add" - along with a note that for backwards compatibility, any viewer that doesnt implement add must treat forceadd as equivalent to force, just to spread the pain down to the other folks that implement it :) From soft at lindenlab.com Thu Aug 26 15:50:33 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Thu, 26 Aug 2010 15:50:33 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C76CD68.9060001@lindenlab.com> <20100826223023.132a96bf.sythos@gmail.com> Message-ID: There were some fixes in 1.42 that dealt with a related MultipleAttachments issue, and should have addressed the more general case. If anyone encounters this while logging in with an account where you've crashed or logged out today or later, would you please follow up with me in direct email? If you include the time and location at which you logged in, as well as what the item names were, and which attachment point they were on, it will help tremendously. Also, let me know if you flipped between 2.x and 1.x viewers in those sessions - anything out of the ordinary could be relevant. On Thu, Aug 26, 2010 at 2:37 PM, Marine Kelley wrote: > I'd like to chime in and say that this happens to me often as well. > Attachments are worn twice on relog, approx. once a day. Since the > attachments I'm wearing usually say things with llOwnerSay and I see them > say their messages twice, I do know this is not only a viewer-side problem. > I have never observed this with 1.23, only with 2.1. > > Soft is aware of this issue, and confirmed seeing the double-rezzing in the > logs of my sim at the time I indicated. > > > > On 26 August 2010 22:30, Altair Sythos wrote: > >> On Thu, 26 Aug 2010 16:24:08 -0400 >> Nyx Linden wrote: >> >> >> > Let me know if this clarifies things. >> >> yeahhhhh >> i'm on Second Life 2.1.2 (208569) Aug 26 2010 05:22:24 (Second Life >> Development) now, it work as you said, just noticed something weird and >> tryiong to reproduce: >> if i crash when relog all attachments are weared double time, like the >> dirty logoff don't detach items. >> >> I dunno how logoff/login work, i *SUPPOSE* debug warn during logoff >> "acvatar destructor" take "current outfit" and store somewhere on >> asset, during login last saved "current outfit" is worn. >> >> maybe is better if saved "current outfit" replace what worn during >> login, so if crashed nothing boudle is worn... >> >> somebody who know better and deeper the code can hint me about? >> > > > _______________________________________________ > 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 > -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/c0f8d604/attachment.htm From sythos at gmail.com Thu Aug 26 15:52:06 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Fri, 27 Aug 2010 00:52:06 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C76CD68.9060001@lindenlab.com> <20100826223023.132a96bf.sythos@gmail.com> Message-ID: <-1363177852910781386@unknownmsgid> I think may be more usefull add all you asked in the jira opened about multiattachments double worn :) -- Sent by iPhone Il giorno 27/ago/2010, alle ore 00:50, Brian McGroarty ha scritto: There were some fixes in 1.42 that dealt with a related MultipleAttachments issue, and should have addressed the more general case. If anyone encounters this while logging in with an account where you've crashed or logged out today or later, would you please follow up with me in direct email? If you include the time and location at which you logged in, as well as what the item names were, and which attachment point they were on, it will help tremendously. Also, let me know if you flipped between 2.x and 1.x viewers in those sessions - anything out of the ordinary could be relevant. On Thu, Aug 26, 2010 at 2:37 PM, Marine Kelley wrote: > I'd like to chime in and say that this happens to me often as well. > Attachments are worn twice on relog, approx. once a day. Since the > attachments I'm wearing usually say things with llOwnerSay and I see them > say their messages twice, I do know this is not only a viewer-side problem. > I have never observed this with 1.23, only with 2.1. > > Soft is aware of this issue, and confirmed seeing the double-rezzing in the > logs of my sim at the time I indicated. > > > > On 26 August 2010 22:30, Altair Sythos wrote: > >> On Thu, 26 Aug 2010 16:24:08 -0400 >> Nyx Linden wrote: >> >> >> > Let me know if this clarifies things. >> >> yeahhhhh >> i'm on Second Life 2.1.2 (208569) Aug 26 2010 05:22:24 (Second Life >> Development) now, it work as you said, just noticed something weird and >> tryiong to reproduce: >> if i crash when relog all attachments are weared double time, like the >> dirty logoff don't detach items. >> >> I dunno how logoff/login work, i *SUPPOSE* debug warn during logoff >> "acvatar destructor" take "current outfit" and store somewhere on >> asset, during login last saved "current outfit" is worn. >> >> maybe is better if saved "current outfit" replace what worn during >> login, so if crashed nothing boudle is worn... >> >> somebody who know better and deeper the code can hint me about? >> > > > _______________________________________________ > 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 > -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100827/e9d5b60d/attachment.htm From oz at lindenlab.com Thu Aug 26 17:36:23 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 26 Aug 2010 20:36:23 -0400 Subject: [opensource-dev] Updated Snowstorm submission procedure Message-ID: <4C770887.8060005@lindenlab.com> I've just updated the procedure for how to submit a changeset for Snowstorm integration. There's now an explicit mechanism in Jira to queue a change to be integrated. See https://wiki.secondlife.com/wiki/How_To_Submit_A_Viewer_Change#Submission This is a temporary procedure - it will be replaced by a better one using Jira workflow when Jira is upgraded (the new workflow is in place and ready to be used post-upgrade, which is currently on track for September 7). From esbee at lindenlab.com Thu Aug 26 17:41:34 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Thu, 26 Aug 2010 17:41:34 -0700 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/26/2010 Message-ID: <86E803B2-7D2B-48A2-827D-F01457DA315E@lindenlab.com> Date: Thu Aug 26 Daily Scrum Summary also available online: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == No Daily Scrum tomorrow. Sprint Review Meeting Scheduled from 6-9am PT. == DAILY SCRUM == === Aimee === PAST Reviewed and pulled Merov's llkdu fixes. Attended Snowstorm OH. Imported and merged double-click teleport patch from Snowglobe. FUTURE Finish off double-click teleport and get a build up for design review. Team meeting. Howard's software dev meeting. Get back to importing Snowglobe build fixes Check with CG about renaming TeamCity projects to Viewer-Release-Builds, and Viewer-Project-Builds so that they sort together in the project list. May also need Viewer-Aimee's-Builds as I seem to be accumulating enough for my own project :) IMPEDIMENTS None === Tofu === OOO === Oz === PAST essentially no Snowstorm work yesterday FUTURE update patch from Thickbrick for texture alignment, get it reviewed. get archive of my last Office Hour posted todays Office Hour IMPEDIMENTS Non-Snowstorm tasks (no help for it) === Merov === PAST LLKDU in viewer-development: review. Logged VWR-20946 to track this. Got -1 review by Mani: Linux doesn't load llkdu. Aimee to pull the change though so we get Windows at least to build correctly. Add "Sit" to the "pie" menu: Got everything ready for review and pull. Created a merov-viewer-development-features repo and TeamCity tasks to share, review and test. Q is: how do we move swiftly with the rest of the process? Unplanned: lots of discussions on llkdu with lab folks... FUTURE LLKDU in viewer-development: fix the Linux issue. Add "Sit" to the "pie" menu: Design review (VWR-20711) Add "Sit" to the "pie" menu: Test the ability to sit "anywhere" (VWR-20712) IMPEDIMENTS Need clarity as to how we cover the "review, vet, pull" steps of the process in a swift and efficient way (see http://wiki.secondlife.com/wiki/Viewer_Integration_and_Release_Processes) === Q === OOO === Esbee === PAST Hold first Product Backlog & Idea OH Review texture alignment build for Oz Discussion about UI Toolkit Discussion about UI customization FUTURE Get Resident ideas and feedback into the idea tab of backlog Document idea submission process Review Tofu's list of changes from viewer-public Team Meeting Howard's 'Quick or Dead' Meeting IMPEDIMENTS None === Paul === PAST BUG EXT- 8722 (Appearance > 'Wearing' tab: Add Take off / Detach function to the gear menu) In progress 60%. FUTURE BUG EXT- 8722 (Appearance > 'Wearing' tab: Add Take off / Detach function to the gear menu) IMPEDIMENTS none === Andrew === PAST Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) WIP. Working on D&D similar to favorites, will finish tomorrow. FUTURE Task VWR-20702 analyze d&d in favorites, add similar to bottom tray change order of buttons shrinking and disappearing depending on button locations save order in settings and use it when creating bottom tray investigate inconsistency in distance between buttons IMPEDIMENTS Order of buttons shrinking and disappearing === Vadim === PAST Task VWR-20964 (Enable sidebar to track detaching/attaching tabs): 70% complete. FUTURE create repo to work on detachable tabs, add my code for VWR-20964, integarte with Sergey's code. figure out how else to help Sergey IMPEDIMENTS none === Sergey === PAST Task (VWR-20696) Write code to allow for undocking of a sidebar tab Task (VWR-20697) Write code to allow for redocking of a sidebar tab Fixed undocked tab visibility changes when switching tabs in Side Tray. Added undocking multiple tabs from Side Tray. Fixed Side Tray expanding/collapsing on undocking/undocking tabs. FUTURE Task (VWR-20696) Write code to allow for undocking of a sidebar tab Task (VWR-20697) Write code to allow for redocking of a sidebar tab Integrate with Vadim's code to complete both tasks tomorrow no significant bugs are found IMPEDIMENTS need design soon === Anya === PAST GH & new jira demo Followup on future workflow and PE process Played with new jira Investigated platform testing status maintenance/org FUTURE VWR-20702 design - button shrinking/disappearing - follow up with Ben establish procedure for taking EXTs from old PE backlog to particular sprint IMPEDIMENTS out thu-fri next week -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/fb34d964/attachment-0001.htm From trilobyte550m at gmail.com Thu Aug 26 18:06:00 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Thu, 26 Aug 2010 18:06:00 -0700 Subject: [opensource-dev] Anti-Aliasing Message-ID: Is it just me, or is anti-aliasing broken in the last couple builds? 2.1.2 (208569) and 2.1.2 (208581) https://jira.secondlife.com/browse/VWR-20969 TriloByte Zanzibar From latifer at streamgrid.net Thu Aug 26 21:34:15 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Fri, 27 Aug 2010 06:34:15 +0200 Subject: [opensource-dev] Requiring user stories for bug fix jiras? Message-ID: Hi Oz, Looking through VWR-19505 I see the comment by the dev who made a fix that you have requested a user story. Do we really need user stories for bugs? There is effects setting in the main preferences floater, there is a menu that enables to turn on and off the selection beam. Why do you need a user story and justification for those sort of bug fixes? Should the devs have to write "As a user I expect that this bug is not present", or "As a user I expect effect color and 'show selection beam' menu items to do something"? Could we please get the procedure for including bug fixes clarified? Thanks! Latif From kadah.coba at gmail.com Thu Aug 26 23:35:37 2010 From: kadah.coba at gmail.com (Kadah Coba) Date: Thu, 26 Aug 2010 23:35:37 -0700 Subject: [opensource-dev] Anti-Aliasing In-Reply-To: References: Message-ID: <4C775CB9.5090208@gmail.com> Yeah, me too. AA is buggy in 2, but its not working at all now. On 8/26/2010 6:06 PM, Trilo Byte wrote: > Is it just me, or is anti-aliasing broken in the last couple builds? > 2.1.2 (208569) and 2.1.2 (208581) > > https://jira.secondlife.com/browse/VWR-20969 > > TriloByte Zanzibar > _______________________________________________ > 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 marinekelley at gmail.com Fri Aug 27 00:02:01 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Fri, 27 Aug 2010 09:02:01 +0200 Subject: [opensource-dev] Anti-Aliasing In-Reply-To: <4C775CB9.5090208@gmail.com> References: <4C775CB9.5090208@gmail.com> Message-ID: Actually it works, but I believe the RenderUseFBO and RenderDeferred debug settings must be set right (both FALSE), before seeing some antialiasing. I'm not really sure how I did it but I did see some AA on the latest 2.x viewers. On 27 August 2010 08:35, Kadah Coba wrote: > Yeah, me too. AA is buggy in 2, but its not working at all now. > > > On 8/26/2010 6:06 PM, Trilo Byte wrote: > > Is it just me, or is anti-aliasing broken in the last couple builds? > > 2.1.2 (208569) and 2.1.2 (208581) > > > > https://jira.secondlife.com/browse/VWR-20969 > > > > TriloByte Zanzibar > > _______________________________________________ > > 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/20100827/a40ef4e5/attachment.htm From leliel.mirihi at gmail.com Fri Aug 27 00:18:49 2010 From: leliel.mirihi at gmail.com (leliel) Date: Fri, 27 Aug 2010 00:18:49 -0700 Subject: [opensource-dev] Anti-Aliasing In-Reply-To: References: <4C775CB9.5090208@gmail.com> Message-ID: On Fri, Aug 27, 2010 at 12:02 AM, Marine Kelley wrote: > Actually it works, but I believe the RenderUseFBO and RenderDeferred debug > settings must be set right (both FALSE), before seeing some antialiasing. > I'm not really sure how I did it but I did see some AA on the latest 2.x > viewers. AA works just fine for me with deferred rendering enabled. I don't even have to relog for the setting to take effect. This is with 208581 on linux. From aimee at lindenlab.com Fri Aug 27 03:36:03 2010 From: aimee at lindenlab.com (Aimee Linden) Date: Fri, 27 Aug 2010 11:36:03 +0100 Subject: [opensource-dev] Anti-Aliasing In-Reply-To: References: Message-ID: <3492FFDA-8A3D-4CAC-AF92-ADF65B663C87@lindenlab.com> On 27 Aug 2010, at 02:06, Trilo Byte wrote: > Is it just me, or is anti-aliasing broken in the last couple builds? Do you arms and legs look lumpier than normal? If so then it's you ;) Quite a large amount of rendering work dropped in one of the latest updates. You're on a Mac right? It seems to be broken on my Mac also :( To get AA working on my Linux box I had to turn _on_ Framebuffer Objects in the Develop>Rendering menu (same as setting the RenderUseFBO debug option to True) but that just freezes rendering on my Mac. So yup, it's not you, looks like we broke it at the moment. Aimee. From sythos at gmail.com Fri Aug 27 03:37:18 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Fri, 27 Aug 2010 12:37:18 +0200 Subject: [opensource-dev] Anti-Aliasing In-Reply-To: <3492FFDA-8A3D-4CAC-AF92-ADF65B663C87@lindenlab.com> References: <3492FFDA-8A3D-4CAC-AF92-ADF65B663C87@lindenlab.com> Message-ID: <-4149955512039263289@unknownmsgid> Enabling FBO broke hires snapshot.... -- Sent by iPhone Il giorno 27/ago/2010, alle ore 12:36, Aimee Linden ha scritto: > On 27 Aug 2010, at 02:06, Trilo Byte wrote: > >> Is it just me, or is anti-aliasing broken in the last couple builds? > > Do you arms and legs look lumpier than normal? If so then it's you ;) > > Quite a large amount of rendering work dropped in one of the latest updates. You're on a Mac right? It seems to be broken on my Mac also :( To get AA working on my Linux box I had to turn _on_ Framebuffer Objects in the Develop>Rendering menu (same as setting the RenderUseFBO debug option to True) but that just freezes rendering on my Mac. > > So yup, it's not you, looks like we broke it at the moment. > > Aimee. > _______________________________________________ > 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 katharine at katharineberry.co.uk Fri Aug 27 03:57:02 2010 From: katharine at katharineberry.co.uk (Katharine Berry) Date: Fri, 27 Aug 2010 11:57:02 +0100 Subject: [opensource-dev] Anti-Aliasing In-Reply-To: <-4149955512039263289@unknownmsgid> References: <3492FFDA-8A3D-4CAC-AF92-ADF65B663C87@lindenlab.com> <-4149955512039263289@unknownmsgid> Message-ID: <6128D58C-A576-4468-8320-9EA7E949BE90@katharineberry.co.uk> I've found that by uncommenting an argument to a function (I forget which and am currently indisposed; it's fairly obvious if you search for references to the name of the control for antialiasing (RenderFSAASamples or similar?)) you can get antialiasing to work properly on OS X, though it will require a relog when changing the setting, which a regression from the previous behaviour. This works as a temporary hack; given the line was removed, I am assuming there is some improved pipeline that doesn't actually work yet. I also find that enabling FBO freezes rendering on my Mac. You get interesting effects if you subsequently try enabling deferred rendering too; unfortunately, such effects do not actually correspond with what you are supposed to be rendering. (apologies for poor formatting; On an iPad on a grounded plane) On 27 Aug 2010, at 11:37, Francesco Rabbi wrote: > Enabling FBO broke hires snapshot.... > > -- > Sent by iPhone > > Il giorno 27/ago/2010, alle ore 12:36, Aimee Linden > ha scritto: > >> On 27 Aug 2010, at 02:06, Trilo Byte wrote: >> >>> Is it just me, or is anti-aliasing broken in the last couple builds? >> >> Do you arms and legs look lumpier than normal? If so then it's you ;) >> >> Quite a large amount of rendering work dropped in one of the latest updates. You're on a Mac right? It seems to be broken on my Mac also :( To get AA working on my Linux box I had to turn _on_ Framebuffer Objects in the Develop>Rendering menu (same as setting the RenderUseFBO debug option to True) but that just freezes rendering on my Mac. >> >> So yup, it's not you, looks like we broke it at the moment. >> >> Aimee. >> _______________________________________________ >> 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 aleric.inglewood at gmail.com Fri Aug 27 05:11:11 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Fri, 27 Aug 2010 14:11:11 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C76D203.5040908@lindenlab.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> Message-ID: The following has been proposed before: * Add new bits to each object (all existing objects should act as if all bits are set). * Give the bits a default meaning (read: human readable word, which can be different per attachment point), but allow each user to override those descriptions locally. * Allow users to change the bits for each of their objects, even no-modify ones. * If a user 'wears' (or adds, which becomes redundant) a new attachment, then remove those attachments that have one or more of the same bits set. In other words, at any time one can only have one object attached at a given position with any given bit set. Suppose you think that 8 bits are enough, then the following holds: * 11111111 = old 'wear' behavior: replaces everything else. * 00000000 = 'add' behavior: is added, replaces nothing. * 00000001 = (for example): assign default meaning 'jacket' for chest attachments (jacket collars and hoodies). * 00000010 = (for example): assign default meaning 'shirt' for chest attachments (shirt collars). * 00000100 = (for example): assign default meaning 'necklace' for chest attachments. and so on. This allows users to make groups of attachments that are mutually exclusive, but having up till 8 classes that can be worn at the same time on the same attachment point. Personally I think that those bits also should be added to normal wearables, so that it is possible to have attachments being removed when you wear a new shirt (ie, a shirt without a collar should remove all existing shirt-collars, or wearing a penis could automatically remove underwear and pants and visa versa, Linden shoes could remove prim shoes, etc, all user customizable for his/her own attachments; the default naming would be just a hint to make things work reasonable after just having bought it). I'm not sure, but I think that having eight classes per attachment points should be enough, so adding a single byte to every object should be enough. On Thu, Aug 26, 2010 at 10:43 PM, Nyx Linden wrote: > however, so if you have suggestions for better ways of exposing the > functionality, please do let us know! From sythos at gmail.com Fri Aug 27 05:20:38 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Fri, 27 Aug 2010 14:20:38 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> Message-ID: <5941419354052540787@unknownmsgid> You lost quite all good taste of this feature.... Ppl should be free to add everything in funny/weird way, and creators cannot be limited matching which bit another creator use... The solution is resident side: outfits folders, may be interesting mark boxes or vendors to create automatically outfit folders maybe Example: -outfit "naked" Hair SHAPE Skin Genitalia -outfit "sport" All above but genitalia Jeans Shirt Shirt collar Necklace Shoes "replace" outfit should revert from to other, without got creators crazy If a vendor or box can be enganced with "outfit" (over buy content and buy copy) ( all this marked with a giant IMHO) -- Sent by iPhone Il giorno 27/ago/2010, alle ore 14:11, Aleric Inglewood ha scritto: > The following has been proposed before: > > * Add new bits to each object (all existing objects should act as if > all bits are set). > * Give the bits a default meaning (read: human readable word, which > can be different per attachment point), > but allow each user to override those descriptions locally. > * Allow users to change the bits for each of their objects, even no-modify ones. > * If a user 'wears' (or adds, which becomes redundant) a new > attachment, then remove those attachments that have > one or more of the same bits set. In other words, at any time one > can only have one object attached at a given > position with any given bit set. > > Suppose you think that 8 bits are enough, then the following holds: > > * 11111111 = old 'wear' behavior: replaces everything else. > * 00000000 = 'add' behavior: is added, replaces nothing. > * 00000001 = (for example): assign default meaning 'jacket' for chest > attachments (jacket collars and hoodies). > * 00000010 = (for example): assign default meaning 'shirt' for chest > attachments (shirt collars). > * 00000100 = (for example): assign default meaning 'necklace' for > chest attachments. > and so on. > > This allows users to make groups of attachments that are mutually exclusive, > but having up till 8 classes that can be worn at the same time on the same > attachment point. > > Personally I think that those bits also should be added to normal wearables, > so that it is possible to have attachments being removed when you wear > a new shirt (ie, a shirt without a collar should remove all existing > shirt-collars, > or wearing a penis could automatically remove underwear and pants and > visa versa, Linden shoes could remove prim shoes, etc, all user customizable > for his/her own attachments; the default naming would be just a hint to > make things work reasonable after just having bought it). > > I'm not sure, but I think that having eight classes per attachment points > should be enough, so adding a single byte to every object should be > enough. > > On Thu, Aug 26, 2010 at 10:43 PM, Nyx Linden wrote: >> however, so if you have suggestions for better ways of exposing the >> functionality, please do let us know! > _______________________________________________ > 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 Fri Aug 27 05:48:01 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Fri, 27 Aug 2010 14:48:01 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <5941419354052540787@unknownmsgid> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <5941419354052540787@unknownmsgid> Message-ID: I fail to see how your example could undermine the bits-proposal. For a start, the bits *only* add possibilities (254 per object!). Currently the ONLY existing behavior is as if my bits are already in place, but set to 11111111 when you 'wear' something, and to 00000000 when you 'add' something. Adding the bits will just open up a whole scala of control over how your attachments replace other attachments (and clothing?). On Fri, Aug 27, 2010 at 2:20 PM, Francesco Rabbi wrote: > You lost quite all good taste of this feature.... Ppl should be free > to add everything in funny/weird way, and creators cannot be limited > matching which bit another creator use... The possibilities only increase, as I just explained. You can still add anything in every way possible. I specifically said that each user should be able to change the bits of objects even if those objects are no modify. You can always just set all bits to 0, then you can wear anything and everything at the same time. > The solution is resident side: outfits folders, may be interesting > mark boxes or vendors to create automatically outfit folders maybe Lets look at your example. I added comment on the right. > Example: > -outfit "naked" > Hair <--- Head attachament > SHAPE NO bits (or all 0) > Skin NO bits (or all 0) > Genitalia <--- Pelvis attachment > > -outfit "sport" > All above but genitalia > Jeans <--- covers genitalia > Shirt > Shirt collar <--- Chest attachment > Necklace <--- Chest attachment > Shoes <--- Feet attachments Ok, so a user could set the same bit on the Genitalia object as on the pants. Then they would become mutual exclusive, which is what you want apparently (and which makes sense since pants cover genitalia. Pants that don't should just NOT set that bit). Assuming that it looks good if you wear the necklace and the shirt collar at the same time: put them in different classes so they won't replace each other when worn. > "replace" outfit should revert from to other, without got creators crazy "replace outfit" is an entirely different thing than "wear" attachment/clothing. The usual meaning is that EVERYTHING is removed and then things in the folder are added. > If a vendor or box can be enganced with "outfit" (over buy content and buy copy) I think daily outfit management by the users is more important than the urge to control how and what the users wear by vendors. If things bought by users don't work out of the box, then they will have to manually remove a few things, just like now. But at least they'll be able to automate that and not have to worry about having the add and remove attachments/clothing EVERY time, when wearing stuff from inventory. Any change to wearing a new outfit that is in a just-bought box is orthogonal to my proposal. > ( all this marked with a giant IMHO) > > -- > Sent by iPhone > > Il giorno 27/ago/2010, alle ore 14:11, Aleric Inglewood > ha scritto: > >> The following has been proposed before: >> >> * Add new bits to each object (all existing objects should act as if >> all bits are set). >> * Give the bits a default meaning (read: human readable word, which >> can be different per attachment point), >> ?but allow each user to override those descriptions locally. >> * Allow users to change the bits for each of their objects, even no-modify ones. >> * If a user 'wears' (or adds, which becomes redundant) a new >> attachment, then remove those attachments that have >> ?one or more of the same bits set. In other words, at any time one >> can only have one object attached at a given >> ?position with any given bit set. >> >> Suppose you think that 8 bits are enough, then the following holds: >> >> * 11111111 = old 'wear' behavior: replaces everything else. >> * 00000000 = 'add' behavior: is added, replaces nothing. >> * 00000001 = (for example): assign default meaning 'jacket' for chest >> attachments (jacket collars and hoodies). >> * 00000010 = (for example): assign default meaning 'shirt' for chest >> attachments (shirt collars). >> * 00000100 = (for example): assign default meaning 'necklace' for >> chest attachments. >> and so on. >> >> This allows users to make groups of attachments that are mutually exclusive, >> but having up till 8 classes that can be worn at the same time on the same >> attachment point. >> >> Personally I think that those bits also should be added to normal wearables, >> so that it is possible to have attachments being removed when you wear >> a new shirt (ie, a shirt without a collar should remove all existing >> shirt-collars, >> or wearing a penis could automatically remove underwear and pants and >> visa versa, Linden shoes could remove prim shoes, etc, all user customizable >> for his/her own attachments; the default naming would be just a hint to >> make things work reasonable after just having bought it). >> >> I'm not sure, but I think that having eight classes per attachment points >> should be enough, so adding a single byte to every object should be >> enough. >> >> On Thu, Aug 26, 2010 at 10:43 PM, Nyx Linden wrote: >>> however, so if you have suggestions for better ways of exposing the >>> functionality, please do let us know! >> _______________________________________________ >> 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 Fri Aug 27 05:51:14 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 27 Aug 2010 05:51:14 -0700 Subject: [opensource-dev] Kdu In-Reply-To: <4C76AB2F.9010701@lindenlab.com> References: <-6399671838966986871@unknownmsgid> <4C76AB2F.9010701@lindenlab.com> Message-ID: Hi, On Thu, Aug 26, 2010 at 10:58 AM, Oz Linden (Scott Lawrence) < oz at lindenlab.com> wrote: > On 2010-08-26 9:00, Francesco Rabbi wrote: > > I see in latest 2.1.2 builds kdu libs, but in "about second life" i > > see openjpeg is used, is a bug or a feature > > In the process of splitting the public from non-public stuff that was in > the old private repository, the llkdu build was temporarily left behind > (on some platforms, attempting to use what's built caused crashes). It > should reappear shortly. > See https://jira.secondlife.com/browse/VWR-20946 for tracking of efforts to fix that problem. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100827/f3259e73/attachment.htm From sythos at gmail.com Fri Aug 27 05:57:12 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Fri, 27 Aug 2010 14:57:12 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <5941419354052540787@unknownmsgid> Message-ID: <-2340268552159596117@unknownmsgid> Maybe i not understand well, now if i want i can wear a collar from a creator on a shirt made by somebody else, if viewer lock me on a fixed wearing strutture imho is a pain.... IF a user want create fast combination of clothes and attachments without waste time clicking one per time each item can use outfits folders, without overload viewers with code than limit residents creativity in outfit composing. If i want wear me undie ON my jeans i must be free to do it :) -- Sent by iPhone Il giorno 27/ago/2010, alle ore 14:48, Aleric Inglewood ha scritto: > I fail to see how your example could undermine the bits-proposal. > For a start, the bits *only* add possibilities (254 per object!). > Currently the ONLY existing behavior is as if my bits are already in place, but > set to 11111111 when you 'wear' something, and to 00000000 when you 'add' > something. Adding the bits will just open up a whole scala of control over > how your attachments replace other attachments (and clothing?). > > On Fri, Aug 27, 2010 at 2:20 PM, Francesco Rabbi wrote: >> You lost quite all good taste of this feature.... Ppl should be free >> to add everything in funny/weird way, and creators cannot be limited >> matching which bit another creator use... > > The possibilities only increase, as I just explained. You can > still add anything in every way possible. I specifically said > that each user should be able to change the bits of objects > even if those objects are no modify. You can always just > set all bits to 0, then you can wear anything and everything > at the same time. > >> The solution is resident side: outfits folders, may be interesting >> mark boxes or vendors to create automatically outfit folders maybe > > Lets look at your example. I added comment on the right. > >> Example: >> -outfit "naked" >> Hair <--- Head attachament >> SHAPE NO bits (or all 0) >> Skin NO bits (or all 0) >> Genitalia <--- Pelvis attachment >> >> -outfit "sport" >> All above but genitalia >> Jeans <--- covers genitalia >> Shirt >> Shirt collar <--- Chest attachment >> Necklace <--- Chest attachment >> Shoes <--- Feet attachments > > Ok, so a user could set the same bit on the Genitalia object > as on the pants. Then they would become mutual exclusive, > which is what you want apparently (and which makes sense > since pants cover genitalia. Pants that don't should just NOT > set that bit). > > Assuming that it looks good if you wear the necklace and > the shirt collar at the same time: put them in different classes > so they won't replace each other when worn. > >> "replace" outfit should revert from to other, without got creators crazy > > "replace outfit" is an entirely different thing than "wear" attachment/clothing. > The usual meaning is that EVERYTHING is removed and then things in > the folder are added. > >> If a vendor or box can be enganced with "outfit" (over buy content and buy copy) > > I think daily outfit management by the users is more important > than the urge to control how and what the users wear by vendors. > If things bought by users don't work out of the box, then they will have to > manually remove a few things, just like now. But at least they'll be able > to automate that and not have to worry about having the add and remove > attachments/clothing EVERY time, when wearing stuff from inventory. > > Any change to wearing a new outfit that is in a just-bought box is > orthogonal to my proposal. > >> ( all this marked with a giant IMHO) >> >> -- >> Sent by iPhone >> >> Il giorno 27/ago/2010, alle ore 14:11, Aleric Inglewood >> ha scritto: >> >>> The following has been proposed before: >>> >>> * Add new bits to each object (all existing objects should act as if >>> all bits are set). >>> * Give the bits a default meaning (read: human readable word, which >>> can be different per attachment point), >>> but allow each user to override those descriptions locally. >>> * Allow users to change the bits for each of their objects, even no-modify ones. >>> * If a user 'wears' (or adds, which becomes redundant) a new >>> attachment, then remove those attachments that have >>> one or more of the same bits set. In other words, at any time one >>> can only have one object attached at a given >>> position with any given bit set. >>> >>> Suppose you think that 8 bits are enough, then the following holds: >>> >>> * 11111111 = old 'wear' behavior: replaces everything else. >>> * 00000000 = 'add' behavior: is added, replaces nothing. >>> * 00000001 = (for example): assign default meaning 'jacket' for chest >>> attachments (jacket collars and hoodies). >>> * 00000010 = (for example): assign default meaning 'shirt' for chest >>> attachments (shirt collars). >>> * 00000100 = (for example): assign default meaning 'necklace' for >>> chest attachments. >>> and so on. >>> >>> This allows users to make groups of attachments that are mutually exclusive, >>> but having up till 8 classes that can be worn at the same time on the same >>> attachment point. >>> >>> Personally I think that those bits also should be added to normal wearables, >>> so that it is possible to have attachments being removed when you wear >>> a new shirt (ie, a shirt without a collar should remove all existing >>> shirt-collars, >>> or wearing a penis could automatically remove underwear and pants and >>> visa versa, Linden shoes could remove prim shoes, etc, all user customizable >>> for his/her own attachments; the default naming would be just a hint to >>> make things work reasonable after just having bought it). >>> >>> I'm not sure, but I think that having eight classes per attachment points >>> should be enough, so adding a single byte to every object should be >>> enough. >>> >>> On Thu, Aug 26, 2010 at 10:43 PM, Nyx Linden wrote: >>>> however, so if you have suggestions for better ways of exposing the >>>> functionality, please do let us know! >>> _______________________________________________ >>> 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 monkowsk at fishkill.ibm.com Fri Aug 27 07:49:28 2010 From: monkowsk at fishkill.ibm.com (Mike Monkowski) Date: Fri, 27 Aug 2010 10:49:28 -0400 Subject: [opensource-dev] Requiring user stories for bug fix jiras? In-Reply-To: References: Message-ID: <4C77D078.70003@fishkill.ibm.com> Latif Khalifa wrote: > Looking through VWR-19505 I see the comment by the dev who made a fix > that you have requested a user story. Do we really need user stories > for bugs? I would expect the user story would be something like: "When I did X, I expected Y, but got Z." It helps to discriminate between bugs and feechurs working as designed. Mike From trilobyte550m at gmail.com Fri Aug 27 08:37:22 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Fri, 27 Aug 2010 08:37:22 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> Message-ID: <3A305DF3-FFF4-47E3-A8A9-2D330749D0F8@gmail.com> Nyx, I did also notice that if you wear an outfit folder that makes use of mutliple attachments in v2.1.2, it no longer works properly. Instead of putting on all the items in the user-specified folder, it only puts on the first attachment the viewer gets to. Any additional ones are left un-worn, and must be added to the outfit manually, one at a time. On Aug 27, 2010, at 5:11 AM, Aleric Inglewood wrote: > The following has been proposed before: > > * Add new bits to each object (all existing objects should act as if > all bits are set). > * Give the bits a default meaning (read: human readable word, which > can be different per attachment point), > but allow each user to override those descriptions locally. > * Allow users to change the bits for each of their objects, even no-modify ones. > * If a user 'wears' (or adds, which becomes redundant) a new > attachment, then remove those attachments that have > one or more of the same bits set. In other words, at any time one > can only have one object attached at a given > position with any given bit set. > > Suppose you think that 8 bits are enough, then the following holds: > > * 11111111 = old 'wear' behavior: replaces everything else. > * 00000000 = 'add' behavior: is added, replaces nothing. > * 00000001 = (for example): assign default meaning 'jacket' for chest > attachments (jacket collars and hoodies). > * 00000010 = (for example): assign default meaning 'shirt' for chest > attachments (shirt collars). > * 00000100 = (for example): assign default meaning 'necklace' for > chest attachments. > and so on. > > This allows users to make groups of attachments that are mutually exclusive, > but having up till 8 classes that can be worn at the same time on the same > attachment point. > > Personally I think that those bits also should be added to normal wearables, > so that it is possible to have attachments being removed when you wear > a new shirt (ie, a shirt without a collar should remove all existing > shirt-collars, > or wearing a penis could automatically remove underwear and pants and > visa versa, Linden shoes could remove prim shoes, etc, all user customizable > for his/her own attachments; the default naming would be just a hint to > make things work reasonable after just having bought it). > > I'm not sure, but I think that having eight classes per attachment points > should be enough, so adding a single byte to every object should be > enough. > > On Thu, Aug 26, 2010 at 10:43 PM, Nyx Linden wrote: >> however, so if you have suggestions for better ways of exposing the >> functionality, please do let us know! From tony.dodd at btinternet.com Fri Aug 27 08:52:07 2010 From: tony.dodd at btinternet.com (Tony Dodd) Date: Fri, 27 Aug 2010 16:52:07 +0100 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <-2340268552159596117@unknownmsgid> References: <4C76CD68.9060001@lindenlab.com><0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com><4C76D203.5040908@lindenlab.com><5941419354052540787@unknownmsgid> <-2340268552159596117@unknownmsgid> Message-ID: <2394ADA837A14E86B96750A37616209F@XPS> Are we saying it will actually be impossible for a scripter to prevent users attaching other objects at the same point as the object being scripted? Or even detect that another attachment is using the same point? Combat systems tend to rely on that to enforce 'one weapon per user' rules. > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com > [mailto:opensource-dev-bounces at lists.secondlife.com] On > Behalf Of Francesco Rabbi > Sent: 27 August 2010 13:57 > To: Aleric Inglewood > Cc: opensource-dev > Subject: Re: [opensource-dev] Removal of the > "MultipleAttachments" debug settings ? > > Maybe i not understand well, now if i want i can wear a > collar from a creator on a shirt made by somebody else, if > viewer lock me on a fixed wearing strutture imho is a > pain.... IF a user want create fast combination of clothes > and attachments without waste time clicking one per time each > item can use outfits folders, without overload viewers with > code than limit residents creativity in outfit composing. > > If i want wear me undie ON my jeans i must be free to do it :) > > -- > Sent by iPhone > > Il giorno 27/ago/2010, alle ore 14:48, Aleric Inglewood > ha scritto: > > > I fail to see how your example could undermine the bits-proposal. > > For a start, the bits *only* add possibilities (254 per object!). > > Currently the ONLY existing behavior is as if my bits are > already in > > place, but set to 11111111 when you 'wear' something, and > to 00000000 when you 'add' > > something. Adding the bits will just open up a whole scala > of control > > over how your attachments replace other attachments (and clothing?). > > > > On Fri, Aug 27, 2010 at 2:20 PM, Francesco Rabbi > wrote: > >> You lost quite all good taste of this feature.... Ppl > should be free > >> to add everything in funny/weird way, and creators cannot > be limited > >> matching which bit another creator use... > > > > The possibilities only increase, as I just explained. You can still > > add anything in every way possible. I specifically said > that each user > > should be able to change the bits of objects even if those > objects are > > no modify. You can always just set all bits to 0, then you can wear > > anything and everything at the same time. > > > >> The solution is resident side: outfits folders, may be interesting > >> mark boxes or vendors to create automatically outfit folders maybe > > > > Lets look at your example. I added comment on the right. > > > >> Example: > >> -outfit "naked" > >> Hair <--- Head attachament > >> SHAPE NO bits (or all 0) > >> Skin NO bits (or all 0) > >> Genitalia <--- Pelvis attachment > >> > >> -outfit "sport" > >> All above but genitalia > >> Jeans <--- covers genitalia > >> Shirt > >> Shirt collar <--- Chest attachment > >> Necklace <--- Chest attachment > >> Shoes <--- Feet attachments > > > > Ok, so a user could set the same bit on the Genitalia > object as on the > > pants. Then they would become mutual exclusive, which is > what you want > > apparently (and which makes sense since pants cover > genitalia. Pants > > that don't should just NOT set that bit). > > > > Assuming that it looks good if you wear the necklace and the shirt > > collar at the same time: put them in different classes so > they won't > > replace each other when worn. > > > >> "replace" outfit should revert from to other, without got creators > >> crazy > > > > "replace outfit" is an entirely different thing than "wear" > attachment/clothing. > > The usual meaning is that EVERYTHING is removed and then > things in the > > folder are added. > > > >> If a vendor or box can be enganced with "outfit" (over buy content > >> and buy copy) > > > > I think daily outfit management by the users is more important than > > the urge to control how and what the users wear by vendors. > > If things bought by users don't work out of the box, then they will > > have to manually remove a few things, just like now. But at least > > they'll be able to automate that and not have to worry about having > > the add and remove attachments/clothing EVERY time, when > wearing stuff from inventory. > > > > Any change to wearing a new outfit that is in a just-bought box is > > orthogonal to my proposal. > > > >> ( all this marked with a giant IMHO) > >> > >> -- > >> Sent by iPhone > >> > >> Il giorno 27/ago/2010, alle ore 14:11, Aleric Inglewood > >> ha scritto: > >> > >>> The following has been proposed before: > >>> > >>> * Add new bits to each object (all existing objects > should act as if > >>> all bits are set). > >>> * Give the bits a default meaning (read: human readable > word, which > >>> can be different per attachment point), but allow each user to > >>> override those descriptions locally. > >>> * Allow users to change the bits for each of their > objects, even no-modify ones. > >>> * If a user 'wears' (or adds, which becomes redundant) a new > >>> attachment, then remove those attachments that have one > or more of > >>> the same bits set. In other words, at any time one can > only have one > >>> object attached at a given position with any given bit set. > >>> > >>> Suppose you think that 8 bits are enough, then the > following holds: > >>> > >>> * 11111111 = old 'wear' behavior: replaces everything else. > >>> * 00000000 = 'add' behavior: is added, replaces nothing. > >>> * 00000001 = (for example): assign default meaning 'jacket' for > >>> chest attachments (jacket collars and hoodies). > >>> * 00000010 = (for example): assign default meaning > 'shirt' for chest > >>> attachments (shirt collars). > >>> * 00000100 = (for example): assign default meaning 'necklace' for > >>> chest attachments. > >>> and so on. > >>> > >>> This allows users to make groups of attachments that are mutually > >>> exclusive, but having up till 8 classes that can be worn > at the same > >>> time on the same attachment point. > >>> > >>> Personally I think that those bits also should be added to normal > >>> wearables, so that it is possible to have attachments > being removed > >>> when you wear a new shirt (ie, a shirt without a collar should > >>> remove all existing shirt-collars, or wearing a penis could > >>> automatically remove underwear and pants and visa versa, Linden > >>> shoes could remove prim shoes, etc, all user customizable for > >>> his/her own attachments; the default naming would be just > a hint to > >>> make things work reasonable after just having bought it). > >>> > >>> I'm not sure, but I think that having eight classes per > attachment > >>> points should be enough, so adding a single byte to every object > >>> should be enough. > >>> > >>> On Thu, Aug 26, 2010 at 10:43 PM, Nyx Linden > wrote: > >>>> however, so if you have suggestions for better ways of > exposing the > >>>> functionality, please do let us know! > >>> _______________________________________________ > >>> 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 marinekelley at gmail.com Fri Aug 27 09:04:20 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Fri, 27 Aug 2010 18:04:20 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <2394ADA837A14E86B96750A37616209F@XPS> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <5941419354052540787@unknownmsgid> <-2340268552159596117@unknownmsgid> <2394ADA837A14E86B96750A37616209F@XPS> Message-ID: On 27 August 2010 17:52, Tony Dodd wrote: > Are we saying it will actually be impossible for a scripter to prevent > users > attaching other objects at the same point as the object being scripted? Or > even detect that another attachment is using the same point? Combat systems > tend to rely on that to enforce 'one weapon per user' rules. > > RLV already gives ways to scripts to make sure of it, and will continue to do so even with multiple attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100827/392ebdc7/attachment.htm From kadah.coba at gmail.com Fri Aug 27 12:50:19 2010 From: kadah.coba at gmail.com (Kadah) Date: Fri, 27 Aug 2010 12:50:19 -0700 Subject: [opensource-dev] Anti-Aliasing In-Reply-To: <3492FFDA-8A3D-4CAC-AF92-ADF65B663C87@lindenlab.com> References: <3492FFDA-8A3D-4CAC-AF92-ADF65B663C87@lindenlab.com> Message-ID: <4C7816FB.8070708@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/27/2010 3:36 AM, Aimee Linden wrote: > On 27 Aug 2010, at 02:06, Trilo Byte wrote: > >> > Is it just me, or is anti-aliasing broken in the last couple builds? > Do you arms and legs look lumpier than normal? If so then it's you ;) > > Quite a large amount of rendering work dropped in one of the latest updates. You're on a Mac right? It seems to be broken on my Mac also :( To get AA working on my Linux box I had to turn _on_ Framebuffer Objects in the Develop>Rendering menu (same as setting the RenderUseFBO debug option to True) but that just freezes rendering on my Mac. > > So yup, it's not you, looks like we broke it at the moment. > > Aimee. 2.1.2.208673 on Win32. Changing the AA setting just has no effect now, even with relogging, which was required before to change it. Jira for it already, VWR-17436 On a related note, with my nvidia 9800, 250, or 280 I'm unable to get a frame rate above 6 with RenderUseFBO or above 4 with RenderDefered. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMeBb7AAoJEIdLfPRu7qE2SikIAKyAodgzMdzzY0HqMsnw4wUI l8Xun8ggV3BzxBDCrSOcp0bt3OTiowu4veHCZeyDoh28gTFmO8e320oHBqHVv14X 4f9bAEG8pzKtUpUwOhLLplu3bMHn3TtAg6hyWPb+BSxmY0dl4aeBf8b9NpHrmDww zWr3kX20NB7sgraT/8nvATDGM4aetfTCnarJpt1G2Aihlosp6AfNyMMkymF4Xc9I rz3NyibFYhK9mOM+9NrfFL1cfFOie0eLFeARn8owLEHylzLI/YffBEjKYBDyvy// um5CY5MRyQe6RAoZFp8kfiBSBaRlR/oEa5OnmUNVkMuQWNJX4rTl2zaS/YIkcGI= =YzAV -----END PGP SIGNATURE----- From kadah.coba at gmail.com Fri Aug 27 13:12:46 2010 From: kadah.coba at gmail.com (Kadah) Date: Fri, 27 Aug 2010 13:12:46 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <3A305DF3-FFF4-47E3-A8A9-2D330749D0F8@gmail.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <3A305DF3-FFF4-47E3-A8A9-2D330749D0F8@gmail.com> Message-ID: <4C781C3E.3020808@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/27/2010 8:37 AM, Trilo Byte wrote: > Nyx, I did also notice that if you wear an outfit folder that makes > use of mutliple attachments in v2.1.2, it no longer works properly. > > Instead of putting on all the items in the user-specified folder, it > only puts on the first attachment the viewer gets to. Any > additional ones are left un-worn, and must be added to the outfit > manually, one at a time. I can verifiy this is the case with 2.1.2.208673. Made a new outfit that has 2 tails, took everything off, did wear-replace with new outfit. Saw the first one pop on for a moment then replaced by the 2nd one a moment later. Wear-add had the same effect. Kinda defeats the purpose of 2's outfits if it don't work together with multi-attach :P Would be nice if I could also put on all items in a folder with multi-attach. Would be nice for those infrequently used collection of items that aren't associated to any one outfit. Its a little confusing now that "add" has different meanings on different items. "Add" on a single item attaches it without replace, "add" on a folder/outfit replaces existing on same points. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMeBw+AAoJEIdLfPRu7qE2DTMH/iuCUdlibLH4Xt64AaJa3Cnt 8RjXYbtkm3MjtgK/m+a+lV/lngO7regiVshDMUo55mdUbzA0MNgI9bdsEkXJQfzY NJQGr5bcC4ls3clnY9oVOSdZKncuq0N/tU6Smno8Y4M4LzCmIj2WEyjWC77U9sOC bTtmGwHdTnJqEWGVuei1ABvg5QgLaqBymSKTVcXyGr2wVtEC+HxTSYFWKe33tyow 7Uvvw/yO0fn5sXfdgacCpepRdlq73Z6BDHMyOFd2KMZHQ+eRiL15cbua5BLE09ui NeBmu8NMMvFkCKpBvl0cEhnI+DklHmYFxmxNdYpMpOMwCzWdES0luVZ1kyFHkeM= =ZQJu -----END PGP SIGNATURE----- From trilobyte550m at gmail.com Fri Aug 27 13:36:14 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Fri, 27 Aug 2010 13:36:14 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C781C3E.3020808@gmail.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <3A305DF3-FFF4-47E3-A8A9-2D330749D0F8@gmail.com> <4C781C3E.3020808@gmail.com> Message-ID: <9E57E22C-9405-47DD-A3A1-2870EAE9A075@gmail.com> I thought that was the whole point of creating outfit folders to begin with. Get your avatar looking exactly the way you want, attachments and all, then save it to a folder for fast/easy/fun one click wardrobe change. New behavior makes outfit folders decidedly less fast/easy/fun to work with. On Aug 27, 2010, at 1:12 PM, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 8/27/2010 8:37 AM, Trilo Byte wrote: >> Nyx, I did also notice that if you wear an outfit folder that makes >> use of mutliple attachments in v2.1.2, it no longer works properly. >> >> Instead of putting on all the items in the user-specified folder, it >> only puts on the first attachment the viewer gets to. Any >> additional ones are left un-worn, and must be added to the outfit >> manually, one at a time. > > I can verifiy this is the case with 2.1.2.208673. Made a new outfit that > has 2 tails, took everything off, did wear-replace with new outfit. Saw > the first one pop on for a moment then replaced by the 2nd one a moment > later. Wear-add had the same effect. > > Kinda defeats the purpose of 2's outfits if it don't work together with > multi-attach :P > > Would be nice if I could also put on all items in a folder with > multi-attach. Would be nice for those infrequently used collection of > items that aren't associated to any one outfit. > > Its a little confusing now that "add" has different meanings on > different items. "Add" on a single item attaches it without replace, > "add" on a folder/outfit replaces existing on same points. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJMeBw+AAoJEIdLfPRu7qE2DTMH/iuCUdlibLH4Xt64AaJa3Cnt > 8RjXYbtkm3MjtgK/m+a+lV/lngO7regiVshDMUo55mdUbzA0MNgI9bdsEkXJQfzY > NJQGr5bcC4ls3clnY9oVOSdZKncuq0N/tU6Smno8Y4M4LzCmIj2WEyjWC77U9sOC > bTtmGwHdTnJqEWGVuei1ABvg5QgLaqBymSKTVcXyGr2wVtEC+HxTSYFWKe33tyow > 7Uvvw/yO0fn5sXfdgacCpepRdlq73Z6BDHMyOFd2KMZHQ+eRiL15cbua5BLE09ui > NeBmu8NMMvFkCKpBvl0cEhnI+DklHmYFxmxNdYpMpOMwCzWdES0luVZ1kyFHkeM= > =ZQJu > -----END PGP SIGNATURE----- From nyx at lindenlab.com Fri Aug 27 14:39:38 2010 From: nyx at lindenlab.com (Nyx Linden) Date: Fri, 27 Aug 2010 17:39:38 -0400 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <9E57E22C-9405-47DD-A3A1-2870EAE9A075@gmail.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <3A305DF3-FFF4-47E3-A8A9-2D330749D0F8@gmail.com> <4C781C3E.3020808@gmail.com> <9E57E22C-9405-47DD-A3A1-2870EAE9A075@gmail.com> Message-ID: <4C78309A.2070200@lindenlab.com> Its a bug. We're going to fix it. This isn't the final behavior. -Nyx Trilo Byte wrote: > I thought that was the whole point of creating outfit folders to begin with. > Get your avatar looking exactly the way you want, attachments > and all, then save it to a folder for fast/easy/fun one click > wardrobe change. New behavior makes outfit folders decidedly > less fast/easy/fun to work with. > > On Aug 27, 2010, at 1:12 PM, Kadah wrote: > > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 8/27/2010 8:37 AM, Trilo Byte wrote: >> >>> Nyx, I did also notice that if you wear an outfit folder that makes >>> use of mutliple attachments in v2.1.2, it no longer works properly. >>> >>> Instead of putting on all the items in the user-specified folder, it >>> only puts on the first attachment the viewer gets to. Any >>> additional ones are left un-worn, and must be added to the outfit >>> manually, one at a time. >>> >> I can verifiy this is the case with 2.1.2.208673. Made a new outfit that >> has 2 tails, took everything off, did wear-replace with new outfit. Saw >> the first one pop on for a moment then replaced by the 2nd one a moment >> later. Wear-add had the same effect. >> >> Kinda defeats the purpose of 2's outfits if it don't work together with >> multi-attach :P >> >> Would be nice if I could also put on all items in a folder with >> multi-attach. Would be nice for those infrequently used collection of >> items that aren't associated to any one outfit. >> >> Its a little confusing now that "add" has different meanings on >> different items. "Add" on a single item attaches it without replace, >> "add" on a folder/outfit replaces existing on same points. >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.10 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >> >> iQEcBAEBAgAGBQJMeBw+AAoJEIdLfPRu7qE2DTMH/iuCUdlibLH4Xt64AaJa3Cnt >> 8RjXYbtkm3MjtgK/m+a+lV/lngO7regiVshDMUo55mdUbzA0MNgI9bdsEkXJQfzY >> NJQGr5bcC4ls3clnY9oVOSdZKncuq0N/tU6Smno8Y4M4LzCmIj2WEyjWC77U9sOC >> bTtmGwHdTnJqEWGVuei1ABvg5QgLaqBymSKTVcXyGr2wVtEC+HxTSYFWKe33tyow >> 7Uvvw/yO0fn5sXfdgacCpepRdlq73Z6BDHMyOFd2KMZHQ+eRiL15cbua5BLE09ui >> NeBmu8NMMvFkCKpBvl0cEhnI+DklHmYFxmxNdYpMpOMwCzWdES0luVZ1kyFHkeM= >> =ZQJu >> -----END PGP SIGNATURE----- >> > > _______________________________________________ > 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 sythos at gmail.com Fri Aug 27 15:03:12 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sat, 28 Aug 2010 00:03:12 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C78309A.2070200@lindenlab.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <3A305DF3-FFF4-47E3-A8A9-2D330749D0F8@gmail.com> <4C781C3E.3020808@gmail.com> <9E57E22C-9405-47DD-A3A1-2870EAE9A075@gmail.com> <4C78309A.2070200@lindenlab.com> Message-ID: <20100828000312.20fb2a5a.sythos@gmail.com> On Fri, 27 Aug 2010 17:39:38 -0400 Nyx Linden wrote: > Its a bug. We're going to fix it. This isn't the final behavior. dunno if related or not, just asking before open a JIRA.... now in mouselook i see hair and other face attachments (piercing, cigarette, hair), is this right? From kadah.coba at gmail.com Fri Aug 27 16:00:45 2010 From: kadah.coba at gmail.com (Kadah) Date: Fri, 27 Aug 2010 16:00:45 -0700 Subject: [opensource-dev] 2.1.2.208680 installer defaults non-English Message-ID: <4C78439D.3090408@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Not sure if it was intentionally, pero el instalador para la 2.1.2.208680 es moroso a espa?ol. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMeEOdAAoJEIdLfPRu7qE2LfUH/jgD4ksy4i8mgP4rEJ6FX+ai KAzEgMjcpgGrFUgz35l824Ca+I6ml+kqt5B/edfL4ENfXCENDdHj/9fJjurOhP+e wzS87/3lkmTLi7xCpxMrzAiYw7vt9O5BZq0qjDxEmMp09wLiH81ZKz7qpFyqAUVs sH4MoMUAW8wKuHq1nI05DTdLZv3mAtxfEvoFhRw2l1Rc338Ebiy3XSbiejhrTl+9 WLp7lC9d8++fIOTEL/tAnxhfWAhd/SULn2DhD8ef1O9VFaf6IotlUvTelCv8K1ws 5cThibxxEKWpHeP+mUsfvVcxkm16diTI3ScS0GVitFr83XUgWnkz9dWzg5/jKD8= =jZfl -----END PGP SIGNATURE----- From kadah.coba at gmail.com Fri Aug 27 16:34:22 2010 From: kadah.coba at gmail.com (Kadah) Date: Fri, 27 Aug 2010 16:34:22 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <20100828000312.20fb2a5a.sythos@gmail.com> References: <4C76CD68.9060001@lindenlab.com> <0B676E75-668D-4123-BEB0-91F4EDC23660@gmail.com> <4C76D203.5040908@lindenlab.com> <3A305DF3-FFF4-47E3-A8A9-2D330749D0F8@gmail.com> <4C781C3E.3020808@gmail.com> <9E57E22C-9405-47DD-A3A1-2870EAE9A075@gmail.com> <4C78309A.2070200@lindenlab.com> <20100828000312.20fb2a5a.sythos@gmail.com> Message-ID: <4C784B7E.8020208@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/27/2010 3:03 PM, Altair Sythos Memo wrote: > dunno if related or not, just asking before open a JIRA.... now in > mouselook i see hair and other face attachments (piercing, cigarette, > hair), is this right? Me too, I opened a Jira for it; VWR-21002 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMeEt9AAoJEIdLfPRu7qE2k98IAJoHXqLvFBxCriY++2q9kmGp MyJVLDafhMLebacooE7Sycse2yXcOOmqM6YdpyXXGgq83TPyxmbiJSVwoIAzWWAf tmWg8Fhl7vbn0nB3FMJJqixmsmHKbaEd4uPmnRV8Z57OeKtziI0/PTF/9wqWykIn l0OUp3PVgN8BZdWFoyCVLzbm4FzBjSUD4rJtp+Z+NCFe054sz1FnxyEvTUAV/pt3 vv7yW9wq3sTd1Y9/WoeLy2QGAYUD2wrPGA0IzAVRD6Y8IOsWbhMWJBzV+9Y5Qpss ISYFzBK3GSmjtab/DTslkLMX3NB2RIJ6OmZdjZ6xF+LUe5reWT8g3iqXaxequLc= =rqVv -----END PGP SIGNATURE----- From hitomi.tiponi at yahoo.co.uk Fri Aug 27 17:56:16 2010 From: hitomi.tiponi at yahoo.co.uk (Hitomi Tiponi) Date: Sat, 28 Aug 2010 00:56:16 +0000 (GMT) Subject: [opensource-dev] SL 2.1.1: Menu entry not working Message-ID: <87444.6385.qm@web23908.mail.ird.yahoo.com> Re: >1. I can't get the advanced sky window into the World dropdown. Something like >this I thought should work: > > label="Windlight Options > name="WindlightOptions" > shortcut="control|alt|W"> > function="Floater.Toggle" > parameter="windlight_options" /> > > >but doesn't. Any ideas? > >2. And is there a way to get the 'East Angle' slider into the bottom bar? That >would really help me for taking photos, as I don't need to have open >the >Advanced Sky window all the time. > >3. Oh and I tried to move the Upload entries from inventory to a FILE entry in >top bar again. But it doesnt translate the [COST] strings. Tillie, If you look at menu_viewer.xml in the StarLight viewer skin - see http://wiki.secondlife.com/wiki/Viewer_Skins/Starlight - you should find the answer to points 1 and 3 as I think that does what you are trying to do (and I had trouble with the [COST} strings as well at first).. In answer to point 2 - it should be possible but it is easier popping it into the navigation bar, the control you need is 'WLEastAngle'. Let me know if you need a hand with it, or have any other questions and I'll be happy to help out. Hitomi Tiponi. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100828/85d29480/attachment-0001.htm From malachi at tamzap.com Fri Aug 27 19:26:25 2010 From: malachi at tamzap.com (malachi) Date: Fri, 27 Aug 2010 22:26:25 -0400 Subject: [opensource-dev] 2.1.2.208680 installer defaults non-English In-Reply-To: <4C78439D.3090408@gmail.com> References: <4C78439D.3090408@gmail.com> Message-ID: yes its defaulting to spanish. sorry but i dont speak spanish. lol On Fri, 27 Aug 2010 19:00:45 -0400, Kadah wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Not sure if it was intentionally, pero el instalador para la > 2.1.2.208680 es moroso a espa?ol. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJMeEOdAAoJEIdLfPRu7qE2LfUH/jgD4ksy4i8mgP4rEJ6FX+ai > KAzEgMjcpgGrFUgz35l824Ca+I6ml+kqt5B/edfL4ENfXCENDdHj/9fJjurOhP+e > wzS87/3lkmTLi7xCpxMrzAiYw7vt9O5BZq0qjDxEmMp09wLiH81ZKz7qpFyqAUVs > sH4MoMUAW8wKuHq1nI05DTdLZv3mAtxfEvoFhRw2l1Rc338Ebiy3XSbiejhrTl+9 > WLp7lC9d8++fIOTEL/tAnxhfWAhd/SULn2DhD8ef1O9VFaf6IotlUvTelCv8K1ws > 5cThibxxEKWpHeP+mUsfvVcxkm16diTI3ScS0GVitFr83XUgWnkz9dWzg5/jKD8= > =jZfl > -----END PGP SIGNATURE----- > _______________________________________________ > 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 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From sllists at boroon.dasgupta.ch Sat Aug 28 02:48:23 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Sat, 28 Aug 2010 11:48:23 +0200 Subject: [opensource-dev] Product Backlog addition request: Build fixes for 64bit out-of-source In-Reply-To: <4C766008.1070001@boroon.dasgupta.ch> References: <4C766008.1070001@boroon.dasgupta.ch> Message-ID: <4C78DB67.5040005@boroon.dasgupta.ch> On 08/26/2010 02:37 PM, Boroondas Gupte wrote: > As some of you might know, I've been working on collecting patches and > changesets on pJIRA and SVN that allow me to build > lindenlab/viewer-development > with the settings > above. I've applied them to my repository at > http://bitbucket.org/boroondas/snowstorm-development , ported/modified > them where necessary. I also had Techwolf port some of his own > patches. (Available on his repo > . Thanks Techwolf!) > > The final result, merged with the many changes that came from upstream > meanwhile, can be found at the current tip (i.e. rev a0292ef66668) > > of my repository. Yesterday, I had to realize that hg was using my graphical merge tool of choice (meld ) differently than I expected (and different from what |git mergetool| does with it)^[1 <#fn1>] . Thus most merges where I manually resolved conflicts with meld are probably faulty. If I'm lucky, only doc/contributions.txt is affected, but I'm not sure. To avoid others cloning the faulty merges and applying new commits ontop of them, I've moved my repository to boroondas/snowstorm-development DON'T USE THIS REPO! Faulty merges! . If you already have pulled or cloned from bitbucket.org/boroondas/snowstorm-development before that, please refrain to base any work on my merges or be prepared to having to rebase it. I'll follow up with a new clone at the original location of my repository soon and will hopefully get the merges right this time. (KDiff3, with the proper configuration , seems to augment hg better than meld, but I'm still new to it so have to be careful.) While I'm at it, I might also re-do some of the non-merge commits, so for now it might be saver to base nothing on /any/ commits by me. Sorry for the inconveniences and please bear with me as I learn all this stuff. As the Product Backlog inclusion is supposed to happen even before any work on the issue is started, I hope it can move forward regardless. Regards, Boroondas ------------------------------------------------------------------------ ^[1 <#fn1back>] |HGMERGE=meld hg resolve --all| displays three text fields side-by-side, from left to right: local, base, other. This seemed very similar to |git mergetool| with meld, which has from left to right: local, pre-merged, other.|| Thus I assumed that, as with |git mergetool| with meld, the edited middle field would serve as the merge result, when with hg, it actually was the edited local version in the left-most field. When one edits all 3 fields in meld until they're equal and then saves them, this doesn't matter, but I didn't do that in all cases. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100828/dc9fa45d/attachment.htm From aleric.inglewood at gmail.com Sat Aug 28 05:50:03 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Sat, 28 Aug 2010 14:50:03 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... Message-ID: I know this is "off topic", so I'll keep it as short as possible. After being a paying customer for more than a year, renting a homestead, and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the sim offline, with no opening to even discuss the matter. Why? Because of something I did? No. The reason is that Linden Lab isn't interested in the "little people". Unless you have a FULL sim of USD$ 300 per month, you don't count. Obviously I can't afford that; so us little people have to resort renting homesteads from strangers who own a full sim. The owner of that full sim was paid by everyone who rented a homestead from him, every month, in time. But one day he decided he wanted to quit. Apparently he stopped paying Linden Lab, so they took all "his" sims offline. Now what is wrong in this picture? Should the 50 or so under- renters be punished because of one? I had absolutely nothing to do with this guy, except that he needed to own the homestead in name, because of the completely nonsensical "rule" that Linden Lab doesn't want to make homesteads available directly. Well, fuck you too Linden Lab. So one day I have a home, my own island where I live and did built and work on for more than a year. Which is full of objects of my dead partner that I can use but not Take Back (no help from LInden Lab here either of course), and the next -poof- offline. Not because *I* didn't pay, but because LInden Lab doesn't give a shit about me, or my money. Or it's customers. From tigrospottystripes at gmail.com Sat Aug 28 07:18:47 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Sat, 28 Aug 2010 11:18:47 -0300 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: <4C791AC7.5010607@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 The money you paid LL wasn't for the sim, it was for the L$ you gave to the guy that actually paid real dollars for sim directly to LL. You gave away your game money, it's not LL's fault that you choose to do busyness with someone that couldn't be trusted. Did you had a contract where the guy promised to keep offering stuff for you to sublocate from him? I wouldn't expect you do, and i'm pretty sure you don't have a contract where LL promises to fill in for your landlord if he goes away. There are situations where LL disrespects their customers, but your landlord deciding to not rent a sim from LL anymore certainly isn't one of them. On 28/8/2010 09:50, Aleric Inglewood wrote: > I know this is "off topic", so I'll keep it as short as possible. > > After being a paying customer for more than a year, renting a homestead, > and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the sim > offline, with no opening to even discuss the matter. > > Why? Because of something I did? No. The reason is that Linden > Lab isn't interested in the "little people". Unless you have a FULL > sim of USD$ 300 per month, you don't count. Obviously I can't > afford that; so us little people have to resort renting homesteads > from strangers who own a full sim. The owner of that full sim > was paid by everyone who rented a homestead from him, > every month, in time. But one day he decided he wanted to quit. > Apparently he stopped paying Linden Lab, so they took all "his" > sims offline. > > Now what is wrong in this picture? Should the 50 or so under- > renters be punished because of one? I had absolutely nothing > to do with this guy, except that he needed to own the homestead > in name, because of the completely nonsensical "rule" that > Linden Lab doesn't want to make homesteads available > directly. Well, fuck you too Linden Lab. > > So one day I have a home, my own island where I live and > did built and work on for more than a year. Which is full of > objects of my dead partner that I can use but not Take Back > (no help from LInden Lab here either of course), and the > next -poof- offline. Not because *I* didn't pay, but because > LInden Lab doesn't give a shit about me, or my money. > Or it's customers. > _______________________________________________ > 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/ iEYEAREKAAYFAkx5GsQACgkQ8ZFfSrFHsmWPYQCfXdPzlhNp3/9l+3adHu0+5t6g nOQAn2vAhAc/qDxb1khzZet6fgQ/db1H =DvER -----END PGP SIGNATURE----- From darmath at tpg.com.au Sat Aug 28 07:50:21 2010 From: darmath at tpg.com.au (Darmath) Date: Sun, 29 Aug 2010 00:50:21 +1000 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C791AC7.5010607@Gmail.com> References: <4C791AC7.5010607@Gmail.com> Message-ID: <4C79222D.9000001@tpg.com.au> You clearly missed the entire point of Aleric's post to this list. Either it was done deliberately or... The pure simple fact is that Aleric feels aggrieved, and I feel some sympathy for him/her on this point, that due to an entirely elitist business policy he/she now has lost "his/her" land. I say elitist because the policy is in effect this: LL's is willing to accept the homestead price (~$100USD, i'm not sure) from someone who can afford ~$300 USD a month. Yet wont accept that same some from someone who can't afford that. It makes no sense whatsoever. Indeed i'd argue that it would almost contravene discrimination laws here in my country. What is the price of a homstead from someone who can't afford a full sim not as good as from someone who can afford a full sim? The last time i looked $100.00 USD was $100.00 USD irrespective of who paid it. I guess not in the eyes of LL's. Aleric's gripe is that if LL didnt have the policy in place she/he would have paid their money happily directly to LL with the consequence that he/she would still be on the land that they had "occupied" for over a yr, had much invested in and had some sentimental value to them. That you feel that this doesn't actually disrespect users or customers of LL's is a sad indictment on your logical abilities. On 29/08/2010 12:18 AM, Tigro Spottystripes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > The money you paid LL wasn't for the sim, it was for the L$ you gave to > the guy that actually paid real dollars for sim directly to LL. You gave > away your game money, it's not LL's fault that you choose to do busyness > with someone that couldn't be trusted. Did you had a contract where the > guy promised to keep offering stuff for you to sublocate from him? I > wouldn't expect you do, and i'm pretty sure you don't have a contract > where LL promises to fill in for your landlord if he goes away. > > There are situations where LL disrespects their customers, but your > landlord deciding to not rent a sim from LL anymore certainly isn't one > of them. > > On 28/8/2010 09:50, Aleric Inglewood wrote: >> I know this is "off topic", so I'll keep it as short as possible. >> >> After being a paying customer for more than a year, renting a homestead, >> and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the sim >> offline, with no opening to even discuss the matter. >> >> Why? Because of something I did? No. The reason is that Linden >> Lab isn't interested in the "little people". Unless you have a FULL >> sim of USD$ 300 per month, you don't count. Obviously I can't >> afford that; so us little people have to resort renting homesteads >> from strangers who own a full sim. The owner of that full sim >> was paid by everyone who rented a homestead from him, >> every month, in time. But one day he decided he wanted to quit. >> Apparently he stopped paying Linden Lab, so they took all "his" >> sims offline. >> >> Now what is wrong in this picture? Should the 50 or so under- >> renters be punished because of one? I had absolutely nothing >> to do with this guy, except that he needed to own the homestead >> in name, because of the completely nonsensical "rule" that >> Linden Lab doesn't want to make homesteads available >> directly. Well, fuck you too Linden Lab. >> >> So one day I have a home, my own island where I live and >> did built and work on for more than a year. Which is full of >> objects of my dead partner that I can use but not Take Back >> (no help from LInden Lab here either of course), and the >> next -poof- offline. Not because *I* didn't pay, but because >> LInden Lab doesn't give a shit about me, or my money. >> Or it's customers. >> _______________________________________________ >> 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/ > > iEYEAREKAAYFAkx5GsQACgkQ8ZFfSrFHsmWPYQCfXdPzlhNp3/9l+3adHu0+5t6g > nOQAn2vAhAc/qDxb1khzZet6fgQ/db1H > =DvER > -----END PGP SIGNATURE----- > _______________________________________________ > 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 stickman at gmail.com Sat Aug 28 08:16:23 2010 From: stickman at gmail.com (Stickman) Date: Sat, 28 Aug 2010 08:16:23 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C79222D.9000001@tpg.com.au> References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> Message-ID: > It makes > no sense whatsoever. It makes some sense. It promotes a reseller market, creating an economy that otherwise wouldn't exist by requiring a middleman. I won't say I agree with it, but I don't really consider it something I need to make a strong decision on. > Aleric's gripe is that if LL didnt have the policy in place she/he would > have paid their money happily directly to LL with the consequence that > he/she would still be on the land that they had "occupied" for over a > yr, had much invested in and had some sentimental value to them. Aleric is not the first person to have suffered land being swept out from under them. I've had more than one set of friends that almost had it happen to them. > That you feel that this doesn't actually disrespect users or customers > of LL's is a sad indictment on your logical abilities. This is a problem that LL should have addressed already, yes. One way it can be addressed by providing resellers, or those that purchase land from resellers, with more information. Suggesting a contract template between renter and reseller to protect each with some level of protection might also be a good idea. A legal recourse to follow when someone breaks their contract, either landlord or renter, is better than impotence. I don't know why LL doesn't sell Homesteads to the average resident. It might be intentional, it might be a legacy policy that hasn't been reevaluated and cleared up yet. But it's still possible to work within the system and not get screwed over. There just needs to be more education about the existing system. My heart goes out to Aleric, and I hope this can be resolved positively. It won't be resolved on this list, though. Jack Linden's office hours might be the best place to bring it up (I'm not sure). Thursdays at 11am. http://slurl.com/secondlife/Linden%20Estate%20Services/213/107/49 Submitting a ticket asking for a deferral on the actual deletion of the sim ASAP is a good place to start. Finding a new "Homestead holder" and talking with the old reseller to get the sim transferred over is your best bet to salvage it. There's a US$100 or L$28000 fee to transfer, but it's better than losing it. http://wiki.secondlife.com/wiki/Linden_Lab_Official:Private_Region_Transfer_FAQ Good luck. -Stickman From gareth at garethnelson.com Sat Aug 28 08:23:15 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sat, 28 Aug 2010 16:23:15 +0100 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> Message-ID: One way to fix this "problem" is for LL to enable tenants of rented-out sims to directly take over payment of tier. But of course, if any one tenant quits paying, there's still the risk that the sim tier won't be paid, and I doubt anyone thinks LL should offer the sim for free. I did already reply offlist to this pointing out how offtopic it is though, and pointing out that LL have no contract with tenants of rental regions - tenants of such regions are thus not customers. On Sat, Aug 28, 2010 at 4:16 PM, Stickman wrote: >> It makes >> no sense whatsoever. > > It makes some sense. It promotes a reseller market, creating an > economy that otherwise wouldn't exist by requiring a middleman. > > I won't say I agree with it, but I don't really consider it something > I need to make a strong decision on. > >> Aleric's gripe is that if LL didnt have the policy in place she/he would >> have paid their money happily directly to LL with the consequence that >> he/she would still be on the land that they had "occupied" for over a >> yr, had much invested in and had some sentimental value to them. > > Aleric is not the first person to have suffered land being swept out > from under them. I've had more than one set of friends that almost had > it happen to them. > >> That you feel that this doesn't actually disrespect users or customers >> of LL's is a sad indictment on your logical abilities. > > This is a problem that LL should have addressed already, yes. One way > it can be addressed by providing resellers, or those that purchase > land from resellers, with more information. Suggesting a contract > template between renter and reseller to protect each with some level > of protection might also be a good idea. A legal recourse to follow > when someone breaks their contract, either landlord or renter, is > better than impotence. > > I don't know why LL doesn't sell Homesteads to the average resident. > It might be intentional, it might be a legacy policy that hasn't been > reevaluated and cleared up yet. But it's still possible to work within > the system and not get screwed over. There just needs to be more > education about the existing system. > > My heart goes out to Aleric, and I hope this can be resolved > positively. It won't be resolved on this list, though. > > Jack Linden's office hours might be the best place to bring it up (I'm > not sure). Thursdays at 11am. > http://slurl.com/secondlife/Linden%20Estate%20Services/213/107/49 > > Submitting a ticket asking for a deferral on the actual deletion of > the sim ASAP is a good place to start. > > Finding a new "Homestead holder" and talking with the old reseller to > get the sim transferred over is your best bet to salvage it. There's a > US$100 or L$28000 fee to transfer, but it's better than losing it. > > http://wiki.secondlife.com/wiki/Linden_Lab_Official:Private_Region_Transfer_FAQ > > Good luck. > > -Stickman > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From darmath at tpg.com.au Sat Aug 28 08:42:01 2010 From: darmath at tpg.com.au (Darmath) Date: Sun, 29 Aug 2010 01:42:01 +1000 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> Message-ID: <4C792E49.5050106@tpg.com.au> On 29/08/2010 1:23 AM, Gareth Nelson wrote: > and pointing out that LL have no contract with tenants of > rental regions - tenants of such regions are thus not customers. True. But a premium account holder is a customer of LL. "And to say well we dont want you $100 a month because your not a full sim owner" is a slap in the face, period. FWIW i'm a premium account holder...whose now returning to lurking. From joel.foner at gmail.com Sat Aug 28 08:48:56 2010 From: joel.foner at gmail.com (Joel Foner) Date: Sat, 28 Aug 2010 11:48:56 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: > > > After being a paying customer for more than a year, renting a homestead, > and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the sim > offline, with no opening to even discuss the matter. > > Why? Because of something I did? No. The reason is that Linden > Lab isn't interested in the "little people". Unless you have a FULL > sim of USD$ 300 per month, you don't count. There is a simple answer for this. You are the customer of your landlord in this case, not Linden Lab. Yes, you have a Second Life account, but you are not renting your land from Linden Lab. You are renting your land from another avatar in Second Life. Linden Lab is not a party to your decision to rent... so why are they accountable if some other avatar bails out and decides to "level their city block"? If the landlord decided to stop renting, boot everyone off and re-terraform the region for some completely different use, would you think Linden Lab would have any responsibility for stopping that or somehow compensating you? It's the landlord's land, and they can do anything with it they choose to, including shut it down, leave, take it over from the renters, or shut it down and let no one else in at all. Joel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100828/3d17274c/attachment.htm From joel.foner at gmail.com Sat Aug 28 08:51:03 2010 From: joel.foner at gmail.com (Joel Foner) Date: Sat, 28 Aug 2010 11:51:03 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C792E49.5050106@tpg.com.au> References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> Message-ID: Quick note... if the $100 a month, if this is rent, is not being paid to Linden Lab if you're renting. It's paid to another avatar... different picture... It seems to me the slap in the face is a landlord who does this to a large number of tenants without notice, actually. Joel (also going back to lurking) On Sat, Aug 28, 2010 at 11:42 AM, Darmath wrote: > On 29/08/2010 1:23 AM, Gareth Nelson wrote: > > and pointing out that LL have no contract with tenants of > > rental regions - tenants of such regions are thus not customers. > True. But a premium account holder is a customer of LL. "And to say well > we dont want you $100 a month because your not a full sim owner" is a > slap in the face, period. FWIW i'm a premium account holder...whose now > returning to lurking. > _______________________________________________ > 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/20100828/78f0d54d/attachment.htm From mysticaldemina at xrgrid.com Sat Aug 28 09:01:04 2010 From: mysticaldemina at xrgrid.com (mysticaldemina at xrgrid.com) Date: Sat, 28 Aug 2010 12:01:04 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: I don't think anyone disagrees with. The problem is you can't get a homestead unless you have a full sim already and so you need to rent from someone and this puts you dependent on someone else which is frustrating for people. So to log in one day and see all your hard work returned to your lost and found isn't a pleasant experience and seems SL if they are serious about the user experience would have some better ways to handle this. I don't know if you rent from someone else if you can do a restore of your region to the new location. But seems like there are ways to make this better if not just let people rent homesteads which to me I believe would be a huge market. Anyway this whole subject is off topic for this mailing list and probably should be on the SL forums. M. _____ From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Joel Foner Sent: Saturday, August 28, 2010 11:49 AM To: Aleric Inglewood Cc: opensource-dev Subject: Re: [opensource-dev] This is how Linden Lab treats it's customers... After being a paying customer for more than a year, renting a homestead, and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the sim offline, with no opening to even discuss the matter. Why? Because of something I did? No. The reason is that Linden Lab isn't interested in the "little people". Unless you have a FULL sim of USD$ 300 per month, you don't count. There is a simple answer for this. You are the customer of your landlord in this case, not Linden Lab. Yes, you have a Second Life account, but you are not renting your land from Linden Lab. You are renting your land from another avatar in Second Life. Linden Lab is not a party to your decision to rent... so why are they accountable if some other avatar bails out and decides to "level their city block"? If the landlord decided to stop renting, boot everyone off and re-terraform the region for some completely different use, would you think Linden Lab would have any responsibility for stopping that or somehow compensating you? It's the landlord's land, and they can do anything with it they choose to, including shut it down, leave, take it over from the renters, or shut it down and let no one else in at all. Joel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100828/f175e892/attachment.htm From tigrospottystripes at gmail.com Sat Aug 28 09:35:26 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Sat, 28 Aug 2010 13:35:26 -0300 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: <4C793ACE.7030607@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 btw, if you're considering changing your account from premium to basic, be sure to pay any money you own to LL and then downgrade your account thru the site, do not just stop paying, if you stop paying them while still being a premium they will wipe out all your account's data, inventory L$ balance etc (i've seen some people that had the misconception that to downgrade all you had to do was stop sending money to LL, the ones that didn't got set straight in time lost everything) On 28/8/2010 13:01, mysticaldemina at xrgrid.com wrote: > I don?t think anyone disagrees with. The problem is you can?t get a > homestead unless you have a full sim already and so you need to rent > from someone and this puts you dependent on someone else which is > frustrating for people. So to log in one day and see all your hard work > returned to your lost and found isn?t a pleasant experience and seems SL > if they are serious about the user experience would have some better > ways to handle this. > > > > I don?t know if you rent from someone else if you can do a restore of > your region to the new location. But seems like there are ways to make > this better if not just let people rent homesteads which to me I believe > would be a huge market. > > > > Anyway this whole subject is off topic for this mailing list and > probably should be on the SL forums. > > > > M. > > > > > > ------------------------------------------------------------------------ > > *From:* opensource-dev-bounces at lists.secondlife.com > [mailto:opensource-dev-bounces at lists.secondlife.com] *On Behalf Of *Joel > Foner > *Sent:* Saturday, August 28, 2010 11:49 AM > *To:* Aleric Inglewood > *Cc:* opensource-dev > *Subject:* Re: [opensource-dev] This is how Linden Lab treats it's > customers... > > > > > After being a paying customer for more than a year, renting a homestead, > and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the sim > offline, with no opening to even discuss the matter. > > Why? Because of something I did? No. The reason is that Linden > Lab isn't interested in the "little people". Unless you have a FULL > sim of USD$ 300 per month, you don't count. > > > > There is a simple answer for this. You are the customer of your landlord > in this case, not Linden Lab. Yes, you have a Second Life account, but > you are not renting your land from Linden Lab. You are renting your land > from another avatar in Second Life. Linden Lab is not a party to your > decision to rent... so why are they accountable if some other avatar > bails out and decides to "level their city block"? If the landlord > decided to stop renting, boot everyone off and re-terraform the region > for some completely different use, would you think Linden Lab would have > any responsibility for stopping that or somehow compensating you? It's > the landlord's land, and they can do anything with it they choose to, > including shut it down, leave, take it over from the renters, or shut it > down and let no one else in at all. > > > > Joel > > > > _______________________________________________ > 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/ iEYEAREKAAYFAkx5Os0ACgkQ8ZFfSrFHsmWNbQCeL35cNo4MkluDPXFx2+ZGb3z3 G/UAn31zdQ2HEKMoRzbp+3CYV/C+O5CM =pGVm -----END PGP SIGNATURE----- From soft at lindenlab.com Sat Aug 28 09:52:24 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Sat, 28 Aug 2010 09:52:24 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: On Sat, Aug 28, 2010 at 5:50 AM, Aleric Inglewood < aleric.inglewood at gmail.com> wrote: > > So one day I have a home, my own island where I live and > did built and work on for more than a year. Which is full of > objects of my dead partner that I can use but not Take Back > (no help from LInden Lab here either of course), and the > next -poof- offline. Not because *I* didn't pay, but because > LInden Lab doesn't give a shit about me, or my money. > Or it's customers. > I hate that this has happened, and I don't know the reason why the full region prerequisite exists so I can't say if it makes sense. I don't think you've exhausted the concierge options, though. I'll follow up off-list, given that this is definitely way off topic. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100828/5cc3db36/attachment.htm From gareth at garethnelson.com Sat Aug 28 10:19:57 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sat, 28 Aug 2010 18:19:57 +0100 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C793ACE.7030607@Gmail.com> References: <4C793ACE.7030607@Gmail.com> Message-ID: That's a serious bug in LL's business model - your account is safer as a basic, since a premium account that quits paying means the account is deleted (rather than merely downgraded). On Sat, Aug 28, 2010 at 5:35 PM, Tigro Spottystripes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > btw, if you're considering changing your account from premium to basic, > be sure to pay any money you own to LL and then downgrade your account > thru the site, do not just stop paying, if you stop paying them while > still being a premium they will wipe out all your account's data, > inventory L$ balance etc (i've seen some people that had the > misconception that to downgrade all you had to do was stop sending money > to LL, the ones that didn't got set straight in time lost everything) > > On 28/8/2010 13:01, mysticaldemina at xrgrid.com wrote: >> I don?t think anyone disagrees with. ?The problem is you can?t get a >> homestead unless you have a full sim already and so you need to rent >> from someone and this puts you dependent on someone else which is >> frustrating for people. ?So to log in one day and see all your hard work >> returned to your lost and found isn?t a pleasant experience and seems SL >> if they are serious about the user experience would have some better >> ways to handle this. >> >> >> >> I don?t know if you rent from someone else if you can do a restore of >> your region to the new location. ?But seems like there are ways to make >> this better if not just let people rent homesteads which to me I believe >> would be a huge market. >> >> >> >> Anyway this whole subject is off topic for this mailing list and >> probably should be on the SL forums. >> >> >> >> M. >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> *From:* opensource-dev-bounces at lists.secondlife.com >> [mailto:opensource-dev-bounces at lists.secondlife.com] *On Behalf Of *Joel >> Foner >> *Sent:* Saturday, August 28, 2010 11:49 AM >> *To:* Aleric Inglewood >> *Cc:* opensource-dev >> *Subject:* Re: [opensource-dev] This is how Linden Lab treats it's >> customers... >> >> >> >> >> ? ? After being a paying customer for more than a year, renting a homestead, >> ? ? and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the sim >> ? ? offline, with no opening to even discuss the matter. >> >> ? ? Why? Because of something I did? No. The reason is that Linden >> ? ? Lab isn't interested in the "little people". Unless you have a FULL >> ? ? sim of USD$ 300 per month, you don't count. >> >> >> >> There is a simple answer for this. You are the customer of your landlord >> in this case, not Linden Lab. Yes, you have a Second Life account, but >> you are not renting your land from Linden Lab. You are renting your land >> from another avatar in Second Life. Linden Lab is not a party to your >> decision to rent... so why are they accountable if some other avatar >> bails out and decides to "level their city block"? If the landlord >> decided to stop renting, boot everyone off and re-terraform the region >> for some completely different use, would you think Linden Lab would have >> any responsibility for stopping that or somehow compensating you? It's >> the landlord's land, and they can do anything with it they choose to, >> including shut it down, leave, take it over from the renters, or shut it >> down and let no one else in at all. >> >> >> >> Joel >> >> >> >> _______________________________________________ >> 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/ > > iEYEAREKAAYFAkx5Os0ACgkQ8ZFfSrFHsmWNbQCeL35cNo4MkluDPXFx2+ZGb3z3 > G/UAn31zdQ2HEKMoRzbp+3CYV/C+O5CM > =pGVm > -----END PGP SIGNATURE----- > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From sythos at gmail.com Sat Aug 28 10:36:21 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sat, 28 Aug 2010 19:36:21 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: <20100828193621.13fbbe09.sythos@gmail.com> On Sat, 28 Aug 2010 18:19:57 +0100 Gareth Nelson wrote: > That's a serious bug in LL's business model - your account is safer as > a basic, since a premium account that quits paying means the account > is deleted (rather than merely downgraded). nobody is deleted why skip a payment, happened to me some time ago, account is just "suspended" and login inworld locked, as soon as you fill the debt all is restored. I use a revolving credit card, this mean i can use it after charged with money (ui use always this on all internet shopping activities, so if somebody steal the number cannot take my money, every time i charge only the cash needed). if somebody skip payments to LL, hold payments from customers and let suspension expire losing account and sims owned isn't a victim, is a thief... and i don't think is a fault of LL business model From ohmeadhbh at gmail.com Sat Aug 28 10:54:41 2010 From: ohmeadhbh at gmail.com (Meadhbh Hamrick) Date: Sat, 28 Aug 2010 10:54:41 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: while an actual lab employee like jack is probably the best reference for this... i can provide a little bit of history. keep in mind that this relies on some neurons that haven't been exercised in a bit, so i could have some of the facts wrong. so back in the day linden created openspace/void sims. the idea was that you were only supposed to put a certain amount of stuff on them. the deal was that instead of running 1 region per core, they were running something like 3 or four regions per core (can't really remember, but it was > 1 regions per core in any event.) if i remember correctly, the agreement with openspace sim owners was that they would use the sims very lightly and wouldn't exceed a certain number of prims per openspace region. but for reasons i never learned, linden never implemented prim restrictions for openspace sims. so even though you were only supposed to have some small number of prims in an openspace sim, the system let you go over that limit. so guess what happened? yes, that's right, people started putting a lot of prims on sims hosted on overloaded cores. some sim owners even went so far as to rent out openspace sims to people without mentioning the fact that their new virtual parcels were hosted on CPUs that were a touch overtaxed. eventually the community figured out what was going on and complained. the more scrupulous land barons were making the argument: "hey, i'm following the rules here and only renting out parcels on full sims, but these other bozos are undercutting my business by breaking the rules. what gives?" so linden says "okay, we're raising the price on openspace sims" in an effort to make it less profitable for people renting out void sims. then people complain and linden says, "fine, we're going to get rid of openspace sims all-together!" and then the community says, "ORLY?" and linden says, "no, we were just kidding." eventually they settled on the idea of "okay, you can have an openspace sim, but only if you have a regular sim." i think that's also when linden changed the name from "openspace" or "void" to "homestead". the "homestead" sim product offering was, as i remember it, a compromise mostly for sim owners who were using them in the way linden thought they were supposed to be used. so, fwiw, that's how we got to where we are (as i remember it.) with respect to losing all your stuff when a sim owner evaporates (or the sim changes hands.) IRL, if i'm renting from someone, i have certain protections (depending on the jurisdiction.) but if i have a lease agreement with someone and my landlord sells the property, there's usually a period of time where the new owner has to honor the lease. if the property is condemned, most counties (as i understand it) give residents fair notice. the amount of notice and whether the clock starts ticking before or after the final condemnation order varies from jurisdiction to jurisdiction. but the idea is you're not supposed to be thrown out on your rear overnight. it would be "really cool(tm)" if there was some way to enforce that in the SL server software. so if a sim owner isn't paying their bills to LL, the tenants on the sim would be notified. depending on how the lab manages sim foreclosure these days, that might be a reasonable warning. also, i've got to think that under this system, landlords that pay their tier on time would be able to charge a mild premium over those that don't as there's one less hassle in dealing with them. ultimately, IMHO, i hope we move to a system where the authoritative copy of your content is not actually stored on linden servers, but on some other "backup" server; linden just caches it. or maybe we could do the OpenSim region backup thing, but let parcel owners do the same thing. there's a lot of work to implement such a system; in a world where linden manages the copy protection, it might require the use of encrypted blobs in people's backups. but a girl can dream... -- meadhbh hamrick * it's pronounced "maeve" @OhMeadhbh * http://meadhbh.org/ * OhMeadhbh at gmail.com On Sat, Aug 28, 2010 at 9:52 AM, Brian McGroarty wrote: > On Sat, Aug 28, 2010 at 5:50 AM, Aleric Inglewood > wrote: >> >> So one day I have a home, my own island where I live and >> did built and work on for more than a year. Which is full of >> objects of my dead partner that I can use but not Take Back >> (no help from LInden Lab here either of course), and the >> next -poof- offline. Not because *I* didn't pay, but because >> LInden Lab doesn't give a shit about me, or my money. >> Or it's customers. > > I hate that this has happened, and I don't know the reason why the full > region prerequisite exists so I can't say if it makes sense. > > I don't think you've exhausted the concierge options, though. I'll follow up > off-list, given that this is definitely way off topic. > > -- > Brian McGroarty | Linden Lab > Sent from my Newton MP2100 via acoustic coupler > > _______________________________________________ > 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 carlo at alinoe.com Sat Aug 28 11:21:24 2010 From: carlo at alinoe.com (Carlo Wood) Date: Sat, 28 Aug 2010 20:21:24 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> Message-ID: <20100828182124.GA19973@alinoe.com> Sorry, but you are ignorant. A running sim is being paid for. That money is paid to Linden Lab. It doesn't matter if that money was first paid by a grandmother to her grandson, then double by gambling in the casino and subsequently paid to some random stranger on Xstreet who give L$ for it, which then were paid to some untrusty game-landlord who gave the game money to yet another random stranger on Xstreet for which he recceived real dollars which then finally are paid to Linden Lab. Namely, if the guy actually using the sim doesn't want to pay for it, the sim can't run. The fact that it runs means someone pays for it and you can bet on it that that comes from the wallet of the person using it (living on it). So, in this case the sim was running a year aka $100 per month. Now the sim isn't running anymore and this income of LL stopped. The renter then offers to continue renting it for $100 per month, by paying *directly* to LL, but that is not accepted. It is this last thing that is ridiculous. Or at the VERY LEAST it should be (or have been) possible to rent an isolated/private homestead directly from Linden Lab. Don't say that 'L$' isn't real money so one has no rights. This is not about what a RL lawyer would say, this is about common sense and people being pissed off till they vomit and want to run away screaming from SL, or at least from Linden Lab. On Sat, Aug 28, 2010 at 11:51:03AM -0400, Joel Foner wrote: > Quick note... if the $100 a month, if this is rent, is not being paid to Linden > Lab if you're renting. It's paid to another avatar... different picture... It > seems to me the slap in the face is a landlord who does this to a large number > of tenants without notice, actually. > > Joel (also going back to lurking) > > On Sat, Aug 28, 2010 at 11:42 AM, Darmath wrote: > > On 29/08/2010 1:23 AM, Gareth Nelson wrote: > > and pointing out that LL have no contract with tenants of > > rental regions - tenants of such regions are thus not customers. > True. But a premium account holder is a customer of LL. "And to say well > we dont want you $100 a month because your not a full sim owner" is a > slap in the face, period. FWIW i'm a premium account holder...whose now > returning to lurking. > _______________________________________________ > 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 -- Carlo Wood From dahliatrimble at gmail.com Sat Aug 28 12:56:56 2010 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Sat, 28 Aug 2010 12:56:56 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <20100828182124.GA19973@alinoe.com> References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> <20100828182124.GA19973@alinoe.com> Message-ID: After reading this thread, somehow all my past bad memories from being a mainland resident no longer seem quite so bad. On Sat, Aug 28, 2010 at 11:21 AM, Carlo Wood wrote: > Sorry, but you are ignorant. > > A running sim is being paid for. That money is paid to Linden Lab. > It doesn't matter if that money was first paid by a grandmother to > her grandson, then double by gambling in the casino and subsequently > paid to some random stranger on Xstreet who give L$ for it, which > then were paid to some untrusty game-landlord who gave the game > money to yet another random stranger on Xstreet for which he recceived > real dollars which then finally are paid to Linden Lab. > > Namely, if the guy actually using the sim doesn't want to pay for > it, the sim can't run. The fact that it runs means someone pays > for it and you can bet on it that that comes from the wallet of the > person using it (living on it). > > So, in this case the sim was running a year aka $100 per month. > Now the sim isn't running anymore and this income of LL stopped. > > The renter then offers to continue renting it for $100 per month, > by paying *directly* to LL, but that is not accepted. > > It is this last thing that is ridiculous. Or at the VERY LEAST it > should be (or have been) possible to rent an isolated/private homestead > directly from Linden Lab. > > Don't say that 'L$' isn't real money so one has no rights. This is > not about what a RL lawyer would say, this is about common sense > and people being pissed off till they vomit and want to run away > screaming from SL, or at least from Linden Lab. > > On Sat, Aug 28, 2010 at 11:51:03AM -0400, Joel Foner wrote: > > Quick note... if the $100 a month, if this is rent, is not being paid to > Linden > > Lab if you're renting. It's paid to another avatar... different > picture... It > > seems to me the slap in the face is a landlord who does this to a large > number > > of tenants without notice, actually. > > > > Joel (also going back to lurking) > > > > On Sat, Aug 28, 2010 at 11:42 AM, Darmath wrote: > > > > On 29/08/2010 1:23 AM, Gareth Nelson wrote: > > > and pointing out that LL have no contract with tenants of > > > rental regions - tenants of such regions are thus not customers. > > True. But a premium account holder is a customer of LL. "And to say > well > > we dont want you $100 a month because your not a full sim owner" is a > > slap in the face, period. FWIW i'm a premium account holder...whose > now > > returning to lurking. > > _______________________________________________ > > 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 > > > -- > Carlo Wood > _______________________________________________ > 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/20100828/f2a30995/attachment.htm From marc at inworlddesigns.com Sat Aug 28 13:01:52 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Sat, 28 Aug 2010 16:01:52 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> <20100828182124.GA19973@alinoe.com> Message-ID: Can you guys please take the topic elsewhere its hard to catch whats relevant with everyone discussing this off topic thread. I'm sure there is a sl-drama at lists.secondlife.com or similar available for ranting about customer service and business practices but if I'm not mistaken this list is for opensource development of the sl viewer. Thank you for not filling my opensource-dev folder with any more of this :) - fellow former land owner that lost $250 all at once to 3rd party land purchase scam On Sat, Aug 28, 2010 at 3:56 PM, Dahlia Trimble wrote: > After reading this thread, somehow all my past bad memories from being a > mainland resident no longer seem quite so bad. > > On Sat, Aug 28, 2010 at 11:21 AM, Carlo Wood wrote: >> >> Sorry, but you are ignorant. >> >> A running sim is being paid for. That money is paid to Linden Lab. >> It doesn't matter if that money was first paid by a grandmother to >> her grandson, then double by gambling in the casino and subsequently >> paid to some random stranger on Xstreet who give L$ for it, which >> then were paid to some untrusty game-landlord who gave the game >> money to yet another random stranger on Xstreet for which he recceived >> real dollars which then finally are paid to Linden Lab. >> >> Namely, if the guy actually using the sim doesn't want to pay for >> it, the sim can't run. The fact that it runs means someone pays >> for it and you can bet on it that that comes from the wallet of the >> person using it (living on it). >> >> So, in this case the sim was running a year aka $100 per month. >> Now the sim isn't running anymore and this income of LL stopped. >> >> The renter then offers to continue renting it for $100 per month, >> by paying *directly* to LL, but that is not accepted. >> >> It is this last thing that is ridiculous. Or at the VERY LEAST it >> should be (or have been) possible to rent an isolated/private homestead >> directly from Linden Lab. >> >> Don't say that 'L$' isn't real money so one has no rights. This is >> not about what a RL lawyer would say, this is about common sense >> and people being pissed off till they vomit and want to run away >> screaming from SL, or at least from Linden Lab. >> >> On Sat, Aug 28, 2010 at 11:51:03AM -0400, Joel Foner wrote: >> > Quick note... if the $100 a month, if this is rent, is not being paid to >> > Linden >> > Lab if you're renting. It's paid to another avatar... different >> > picture... It >> > seems to me the slap in the face is a landlord who does this to a large >> > number >> > of tenants without notice, actually. >> > >> > Joel (also going back to lurking) >> > >> > On Sat, Aug 28, 2010 at 11:42 AM, Darmath wrote: >> > >> > ? ? ?On 29/08/2010 1:23 AM, Gareth Nelson wrote: >> > ? ? > ? and pointing out that LL have no contract with tenants of >> > ? ? > rental regions - tenants of such regions are thus not customers. >> > ? ? True. But a premium account holder is a customer of LL. "And to say >> > well >> > ? ? we dont want you $100 a month because your not a full sim owner" is >> > a >> > ? ? slap in the face, period. FWIW i'm a premium account holder...whose >> > now >> > ? ? returning to lurking. >> > ? ? _______________________________________________ >> > ? ? 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 >> >> >> -- >> Carlo Wood >> _______________________________________________ >> 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 sythos at gmail.com Sat Aug 28 13:02:05 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sat, 28 Aug 2010 22:02:05 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> <20100828182124.GA19973@alinoe.com> Message-ID: <20100828220205.758d9caf.sythos@gmail.com> On Sat, 28 Aug 2010 12:56:56 -0700 Dahlia Trimble wrote: > After reading this thread, somehow all my past bad memories from > being a mainland resident no longer seem quite so bad. if you don't pay your fee mainland too your account will be suspended anyway, and deleted ripping away the land if not fixed balance :) can we talk again about code and viewer? From nexisentertainment at gmail.com Sat Aug 28 13:12:17 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Sat, 28 Aug 2010 13:12:17 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <20100828220205.758d9caf.sythos@gmail.com> References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> <20100828182124.GA19973@alinoe.com> <20100828220205.758d9caf.sythos@gmail.com> Message-ID: <4C796DA1.3020300@gmail.com> And what venues can we use? The forums are almost as heavily moderated as the mailing list, half of the time the blogs don't even allow you to comment. I'd like to see a site moderated by a third party that won't delete your account or add a moderation flag to your account just for talking negatively about Linden Lab. On 8/28/2010 1:02 PM, Altair Sythos Memo wrote: > On Sat, 28 Aug 2010 12:56:56 -0700 > Dahlia Trimble wrote: > >> After reading this thread, somehow all my past bad memories from >> being a mainland resident no longer seem quite so bad. > if you don't pay your fee mainland too your account will be > suspended anyway, and deleted ripping away the land if not fixed > balance :) > > can we talk again about code and viewer? > _______________________________________________ > 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 sythos at gmail.com Sat Aug 28 13:25:02 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sat, 28 Aug 2010 22:25:02 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C796DA1.3020300@gmail.com> References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> <20100828182124.GA19973@alinoe.com> <20100828220205.758d9caf.sythos@gmail.com> <4C796DA1.3020300@gmail.com> Message-ID: <20100828222502.ad555930.sythos@gmail.com> On Sat, 28 Aug 2010 13:12:17 -0700 Rob Nelson wrote: > And what venues can we use? The forums are almost as heavily > moderated as the mailing list, half of the time the blogs don't even > allow you to comment. I'd like to see a site moderated by a third > party that won't delete your account or add a moderation flag to your > account just for talking negatively about Linden Lab. if elsewhere is too mdoerated to don't allow so not corret things be written isn't a good reason to fill a opensource list of this kind of junk.... if somebody don't pay is natural the account gone.... if you don't pay your DSL nobody told you anything? From makosoft at gmail.com Sat Aug 28 15:24:55 2010 From: makosoft at gmail.com (Aidan Thornton) Date: Sat, 28 Aug 2010 23:24:55 +0100 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: On Sat, Aug 28, 2010 at 6:54 PM, Meadhbh Hamrick wrote: > but for reasons i never learned, linden never implemented prim > restrictions for openspace sims. so even though you were only supposed > to have some small number of prims in an openspace sim, the system let > you go over that limit. so guess what happened? yes, that's right, > people started putting a lot of prims on sims hosted on overloaded > cores. some sim owners even went so far as to rent out openspace sims > to people without mentioning the fact that their new virtual parcels > were hosted on CPUs that were a touch overtaxed. That's the interesting thing. Linden Labs did implement prim restrictions for openspace sims from the start. In fact, they had quite a small prim limit - 1875 prims, which was enough for the intended use and possibly a low-prim house somewhere for one or two users. Then Linden Labs, in an effort to make them more widely useful, *doubled* the prim limit. This was quite widely advertised at the time, and a large number of people bought them... just in time for Linden Labs to pull off a significant and unexpected price increase together with more restrictions. Of course, at that point everyone had already invested money and time in their regions that they didn't want to see wasted. From djshag at hotmail.com Sat Aug 28 15:56:35 2010 From: djshag at hotmail.com (Patnad Babii) Date: Sat, 28 Aug 2010 18:56:35 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: yep this was bait and switch scheme and they got away with it. They probably made around 5 millions dollars that summer when they did double the prim limit on openspace. It was actually one of the best move they did to the SL economy in years except when they decided to increase it. Many people have abandon their sims at that time and just left SL. Want a suggestion, you want a nice setup and you dont want it to be disrupted and for much cheaper. Find a opensim grid you enjoy, setup your own sim there (could be hosted on your own computer or vps hosting for 20$ a month) and this way no more trouble like this, you can even backup your whole sim in case you mess up something. LL is loosing more and more ground each time they doing what they like and not what the customers want. -----Message d'origine----- From: Aidan Thornton Sent: Saturday, August 28, 2010 6:24 PM To: Meadhbh Hamrick Cc: opensource-dev Subject: Re: [opensource-dev] This is how Linden Lab treats it's customers... On Sat, Aug 28, 2010 at 6:54 PM, Meadhbh Hamrick wrote: > but for reasons i never learned, linden never implemented prim > restrictions for openspace sims. so even though you were only supposed > to have some small number of prims in an openspace sim, the system let > you go over that limit. so guess what happened? yes, that's right, > people started putting a lot of prims on sims hosted on overloaded > cores. some sim owners even went so far as to rent out openspace sims > to people without mentioning the fact that their new virtual parcels > were hosted on CPUs that were a touch overtaxed. That's the interesting thing. Linden Labs did implement prim restrictions for openspace sims from the start. In fact, they had quite a small prim limit - 1875 prims, which was enough for the intended use and possibly a low-prim house somewhere for one or two users. Then Linden Labs, in an effort to make them more widely useful, *doubled* the prim limit. This was quite widely advertised at the time, and a large number of people bought them... just in time for Linden Labs to pull off a significant and unexpected price increase together with more restrictions. Of course, at that point everyone had already invested money and time in their regions that they didn't want to see wasted. _______________________________________________ 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 yoz at lindenlab.com Sat Aug 28 21:08:24 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Sat, 28 Aug 2010 21:08:24 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: This *was* a serious bug, but fixed over a year ago. Now a premium account in default is merely suspended with the ability to fully restore on payment. On 28 August 2010 10:19, Gareth Nelson wrote: > That's a serious bug in LL's business model - your account is safer as > a basic, since a premium account that quits paying means the account > is deleted (rather than merely downgraded). > > On Sat, Aug 28, 2010 at 5:35 PM, Tigro Spottystripes > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > btw, if you're considering changing your account from premium to basic, > > be sure to pay any money you own to LL and then downgrade your account > > thru the site, do not just stop paying, if you stop paying them while > > still being a premium they will wipe out all your account's data, > > inventory L$ balance etc (i've seen some people that had the > > misconception that to downgrade all you had to do was stop sending money > > to LL, the ones that didn't got set straight in time lost everything) > > > > On 28/8/2010 13:01, mysticaldemina at xrgrid.com wrote: > >> I don?t think anyone disagrees with. The problem is you can?t get a > >> homestead unless you have a full sim already and so you need to rent > >> from someone and this puts you dependent on someone else which is > >> frustrating for people. So to log in one day and see all your hard work > >> returned to your lost and found isn?t a pleasant experience and seems SL > >> if they are serious about the user experience would have some better > >> ways to handle this. > >> > >> > >> > >> I don?t know if you rent from someone else if you can do a restore of > >> your region to the new location. But seems like there are ways to make > >> this better if not just let people rent homesteads which to me I believe > >> would be a huge market. > >> > >> > >> > >> Anyway this whole subject is off topic for this mailing list and > >> probably should be on the SL forums. > >> > >> > >> > >> M. > >> > >> > >> > >> > >> > >> ------------------------------------------------------------------------ > >> > >> *From:* opensource-dev-bounces at lists.secondlife.com > >> [mailto:opensource-dev-bounces at lists.secondlife.com] *On Behalf Of > *Joel > >> Foner > >> *Sent:* Saturday, August 28, 2010 11:49 AM > >> *To:* Aleric Inglewood > >> *Cc:* opensource-dev > >> *Subject:* Re: [opensource-dev] This is how Linden Lab treats it's > >> customers... > >> > >> > >> > >> > >> After being a paying customer for more than a year, renting a > homestead, > >> and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the > sim > >> offline, with no opening to even discuss the matter. > >> > >> Why? Because of something I did? No. The reason is that Linden > >> Lab isn't interested in the "little people". Unless you have a FULL > >> sim of USD$ 300 per month, you don't count. > >> > >> > >> > >> There is a simple answer for this. You are the customer of your landlord > >> in this case, not Linden Lab. Yes, you have a Second Life account, but > >> you are not renting your land from Linden Lab. You are renting your land > >> from another avatar in Second Life. Linden Lab is not a party to your > >> decision to rent... so why are they accountable if some other avatar > >> bails out and decides to "level their city block"? If the landlord > >> decided to stop renting, boot everyone off and re-terraform the region > >> for some completely different use, would you think Linden Lab would have > >> any responsibility for stopping that or somehow compensating you? It's > >> the landlord's land, and they can do anything with it they choose to, > >> including shut it down, leave, take it over from the renters, or shut it > >> down and let no one else in at all. > >> > >> > >> > >> Joel > >> > >> > >> > >> _______________________________________________ > >> 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/ > > > > iEYEAREKAAYFAkx5Os0ACgkQ8ZFfSrFHsmWNbQCeL35cNo4MkluDPXFx2+ZGb3z3 > > G/UAn31zdQ2HEKMoRzbp+3CYV/C+O5CM > > =pGVm > > -----END PGP SIGNATURE----- > > _______________________________________________ > > 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 > > > > > > -- > ?Lanie, I?m going to print more printers. Lots more printers. One for > everyone. That?s worth going to jail for. That?s worth anything.? - > Printcrime by Cory Doctrow > > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > _______________________________________________ > 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/20100828/88e660ed/attachment.htm From tigrospottystripes at gmail.com Sat Aug 28 21:25:11 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Sun, 29 Aug 2010 01:25:11 -0300 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <20100828193621.13fbbe09.sythos@gmail.com> References: <4C793ACE.7030607@Gmail.com> <20100828193621.13fbbe09.sythos@gmail.com> Message-ID: <4C79E127.40708@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Please read http://jira.secondlife.com/browse/WEB-2647 On 28/8/2010 14:36, Altair Sythos Memo wrote: > On Sat, 28 Aug 2010 18:19:57 +0100 > Gareth Nelson wrote: > >> That's a serious bug in LL's business model - your account is safer as >> a basic, since a premium account that quits paying means the account >> is deleted (rather than merely downgraded). > > nobody is deleted why skip a payment, happened to me some time ago, > account is just "suspended" and login inworld locked, as soon as you > fill the debt all is restored. I use a revolving credit card, this mean > i can use it after charged with money (ui use always this on all > internet shopping activities, so if somebody steal the number cannot > take my money, every time i charge only the cash needed). > > if somebody skip payments to LL, hold payments from customers and let > suspension expire losing account and sims owned isn't a victim, is > a thief... and i don't think is a fault of LL business model > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkx54SUACgkQ8ZFfSrFHsmX93gCghl4e3qVxlyzqj9vKJzGw2WXr zv4AnA7bMzo9+7zcWuEMwLTp6+nGBkbt =1yyB -----END PGP SIGNATURE----- From yoz at lindenlab.com Sat Aug 28 21:31:23 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Sat, 28 Aug 2010 21:31:23 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C79E127.40708@Gmail.com> References: <4C793ACE.7030607@Gmail.com> <20100828193621.13fbbe09.sythos@gmail.com> <4C79E127.40708@Gmail.com> Message-ID: On 28 August 2010 21:25, Tigro Spottystripes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Please read http://jira.secondlife.com/browse/WEB-2647 > Thanks! Resolved. -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100828/728ef4bd/attachment.htm From latifer at streamgrid.net Sun Aug 29 02:09:28 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Sun, 29 Aug 2010 11:09:28 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: It's still far safer not to have a premium account. You don't run a risk than when your premium subscription expires and your payment info is not up to date that your account will get suspended. You get locked out of you account, with a message "call 1-xxx-xxx-xxxx". This was not very helpful for a friend of mine from Croatia who is deaf and could not use a phone. My attempt to mediate and help sort out issues failed because LL told me "we do not disclose information about other people's accounts". Faced with a double wall like that, she just gave up on SL after being a premium member for over 3 years. Why LL doesn't simply downgrade accounts to basic instead of locking them out is beyond me. Because of this policy I recommend to my friends not to "upgrade" their accounts to premium, because they risk losing their accounts, and nobody would be able to help them if they themselves don't have the ability to communicate in English and over the phone. On Sun, Aug 29, 2010 at 6:08 AM, Yoz Grahame wrote: > This *was* a serious bug, but fixed over a year ago. Now a premium account > in default is merely suspended with the ability to fully restore on payment. > > On 28 August 2010 10:19, Gareth Nelson wrote: >> >> That's a serious bug in LL's business model - your account is safer as >> a basic, since a premium account that quits paying means the account >> is deleted (rather than merely downgraded). >> >> On Sat, Aug 28, 2010 at 5:35 PM, Tigro Spottystripes >> wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA512 >> > >> > btw, if you're considering changing your account from premium to basic, >> > be sure to pay any money you own to LL and then downgrade your account >> > thru the site, do not just stop paying, if you stop paying them while >> > still being a premium they will wipe out all your account's data, >> > inventory L$ balance etc (i've seen some people that had the >> > misconception that to downgrade all you had to do was stop sending money >> > to LL, the ones that didn't got set straight in time lost everything) >> > >> > On 28/8/2010 13:01, mysticaldemina at xrgrid.com wrote: >> >> I don?t think anyone disagrees with. ?The problem is you can?t get a >> >> homestead unless you have a full sim already and so you need to rent >> >> from someone and this puts you dependent on someone else which is >> >> frustrating for people. ?So to log in one day and see all your hard >> >> work >> >> returned to your lost and found isn?t a pleasant experience and seems >> >> SL >> >> if they are serious about the user experience would have some better >> >> ways to handle this. >> >> >> >> >> >> >> >> I don?t know if you rent from someone else if you can do a restore of >> >> your region to the new location. ?But seems like there are ways to make >> >> this better if not just let people rent homesteads which to me I >> >> believe >> >> would be a huge market. >> >> >> >> >> >> >> >> Anyway this whole subject is off topic for this mailing list and >> >> probably should be on the SL forums. >> >> >> >> >> >> >> >> M. >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> >> >> *From:* opensource-dev-bounces at lists.secondlife.com >> >> [mailto:opensource-dev-bounces at lists.secondlife.com] *On Behalf Of >> >> *Joel >> >> Foner >> >> *Sent:* Saturday, August 28, 2010 11:49 AM >> >> *To:* Aleric Inglewood >> >> *Cc:* opensource-dev >> >> *Subject:* Re: [opensource-dev] This is how Linden Lab treats it's >> >> customers... >> >> >> >> >> >> >> >> >> >> ? ? After being a paying customer for more than a year, renting a >> >> homestead, >> >> ? ? and thus paying Linden Lab ~ USD$ 1000 or so ... they just take the >> >> sim >> >> ? ? offline, with no opening to even discuss the matter. >> >> >> >> ? ? Why? Because of something I did? No. The reason is that Linden >> >> ? ? Lab isn't interested in the "little people". Unless you have a FULL >> >> ? ? sim of USD$ 300 per month, you don't count. >> >> >> >> >> >> >> >> There is a simple answer for this. You are the customer of your >> >> landlord >> >> in this case, not Linden Lab. Yes, you have a Second Life account, but >> >> you are not renting your land from Linden Lab. You are renting your >> >> land >> >> from another avatar in Second Life. Linden Lab is not a party to your >> >> decision to rent... so why are they accountable if some other avatar >> >> bails out and decides to "level their city block"? If the landlord >> >> decided to stop renting, boot everyone off and re-terraform the region >> >> for some completely different use, would you think Linden Lab would >> >> have >> >> any responsibility for stopping that or somehow compensating you? It's >> >> the landlord's land, and they can do anything with it they choose to, >> >> including shut it down, leave, take it over from the renters, or shut >> >> it >> >> down and let no one else in at all. >> >> >> >> >> >> >> >> Joel >> >> >> >> >> >> >> >> _______________________________________________ >> >> 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/ >> > >> > iEYEAREKAAYFAkx5Os0ACgkQ8ZFfSrFHsmWNbQCeL35cNo4MkluDPXFx2+ZGb3z3 >> > G/UAn31zdQ2HEKMoRzbp+3CYV/C+O5CM >> > =pGVm >> > -----END PGP SIGNATURE----- >> > _______________________________________________ >> > 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 >> > >> >> >> >> -- >> ?Lanie, I?m going to print more printers. Lots more printers. One for >> everyone. That?s worth going to jail for. That?s worth anything.? - >> Printcrime by Cory Doctrow >> >> Please avoid sending me Word or PowerPoint attachments. >> See http://www.gnu.org/philosophy/no-word-attachments.html >> _______________________________________________ >> 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 marinekelley at gmail.com Sun Aug 29 02:24:36 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Sun, 29 Aug 2010 11:24:36 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: At least the land and inventory are not gone, automatically downgrading to basic would make the lands be abandoned... way to even more drama. To me the user should not even be locked out of the grid, but I understand that there are technical difficulties to making a premium be considered as basic until the funds are available again, and let's not forget that if you are premium and in this situation, then you do owe LL money. This is different than being simply basic. The only issue is that the user is ALSO locked out of their SL webpage. To me that makes no sense at all, because that's how they could access tickets and get some help, or downgrade to basic, or change credit card info (what if the original credit card has been stolen and the user blocked it ? That's not valid grounds to lock them out of SL and yet they can't change their credit card info through the SL webpage anymore). Locking them out of the SL website simply discourages them from even trying to sort things out, and LL loses money in the process. On 29 August 2010 11:09, Latif Khalifa wrote: > It's still far safer not to have a premium account. You don't run a > risk than when your premium subscription expires and your payment info > is not up to date that your account will get suspended. > > You get locked out of you account, with a message "call > 1-xxx-xxx-xxxx". This was not very helpful for a friend of mine from > Croatia who is deaf and could not use a phone. My attempt to mediate > and help sort out issues failed because LL told me "we do not disclose > information about other people's accounts". Faced with a double wall > like that, she just gave up on SL after being a premium member for > over 3 years. > > Why LL doesn't simply downgrade accounts to basic instead of locking > them out is beyond me. Because of this policy I recommend to my > friends not to "upgrade" their accounts to premium, because they risk > losing their accounts, and nobody would be able to help them if they > themselves don't have the ability to communicate in English and over > the phone. > > On Sun, Aug 29, 2010 at 6:08 AM, Yoz Grahame wrote: > > This *was* a serious bug, but fixed over a year ago. Now a premium > account > > in default is merely suspended with the ability to fully restore on > payment. > > > > On 28 August 2010 10:19, Gareth Nelson wrote: > >> > >> That's a serious bug in LL's business model - your account is safer as > >> a basic, since a premium account that quits paying means the account > >> is deleted (rather than merely downgraded). > >> > >> On Sat, Aug 28, 2010 at 5:35 PM, Tigro Spottystripes > >> wrote: > >> > -----BEGIN PGP SIGNED MESSAGE----- > >> > Hash: SHA512 > >> > > >> > btw, if you're considering changing your account from premium to > basic, > >> > be sure to pay any money you own to LL and then downgrade your account > >> > thru the site, do not just stop paying, if you stop paying them while > >> > still being a premium they will wipe out all your account's data, > >> > inventory L$ balance etc (i've seen some people that had the > >> > misconception that to downgrade all you had to do was stop sending > money > >> > to LL, the ones that didn't got set straight in time lost everything) > >> > > >> > On 28/8/2010 13:01, mysticaldemina at xrgrid.com wrote: > >> >> I don?t think anyone disagrees with. The problem is you can?t get a > >> >> homestead unless you have a full sim already and so you need to rent > >> >> from someone and this puts you dependent on someone else which is > >> >> frustrating for people. So to log in one day and see all your hard > >> >> work > >> >> returned to your lost and found isn?t a pleasant experience and seems > >> >> SL > >> >> if they are serious about the user experience would have some better > >> >> ways to handle this. > >> >> > >> >> > >> >> > >> >> I don?t know if you rent from someone else if you can do a restore of > >> >> your region to the new location. But seems like there are ways to > make > >> >> this better if not just let people rent homesteads which to me I > >> >> believe > >> >> would be a huge market. > >> >> > >> >> > >> >> > >> >> Anyway this whole subject is off topic for this mailing list and > >> >> probably should be on the SL forums. > >> >> > >> >> > >> >> > >> >> M. > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------ > >> >> > >> >> *From:* opensource-dev-bounces at lists.secondlife.com > >> >> [mailto:opensource-dev-bounces at lists.secondlife.com] *On Behalf Of > >> >> *Joel > >> >> Foner > >> >> *Sent:* Saturday, August 28, 2010 11:49 AM > >> >> *To:* Aleric Inglewood > >> >> *Cc:* opensource-dev > >> >> *Subject:* Re: [opensource-dev] This is how Linden Lab treats it's > >> >> customers... > >> >> > >> >> > >> >> > >> >> > >> >> After being a paying customer for more than a year, renting a > >> >> homestead, > >> >> and thus paying Linden Lab ~ USD$ 1000 or so ... they just take > the > >> >> sim > >> >> offline, with no opening to even discuss the matter. > >> >> > >> >> Why? Because of something I did? No. The reason is that Linden > >> >> Lab isn't interested in the "little people". Unless you have a > FULL > >> >> sim of USD$ 300 per month, you don't count. > >> >> > >> >> > >> >> > >> >> There is a simple answer for this. You are the customer of your > >> >> landlord > >> >> in this case, not Linden Lab. Yes, you have a Second Life account, > but > >> >> you are not renting your land from Linden Lab. You are renting your > >> >> land > >> >> from another avatar in Second Life. Linden Lab is not a party to your > >> >> decision to rent... so why are they accountable if some other avatar > >> >> bails out and decides to "level their city block"? If the landlord > >> >> decided to stop renting, boot everyone off and re-terraform the > region > >> >> for some completely different use, would you think Linden Lab would > >> >> have > >> >> any responsibility for stopping that or somehow compensating you? > It's > >> >> the landlord's land, and they can do anything with it they choose to, > >> >> including shut it down, leave, take it over from the renters, or shut > >> >> it > >> >> down and let no one else in at all. > >> >> > >> >> > >> >> > >> >> Joel > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> 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/ > >> > > >> > iEYEAREKAAYFAkx5Os0ACgkQ8ZFfSrFHsmWNbQCeL35cNo4MkluDPXFx2+ZGb3z3 > >> > G/UAn31zdQ2HEKMoRzbp+3CYV/C+O5CM > >> > =pGVm > >> > -----END PGP SIGNATURE----- > >> > _______________________________________________ > >> > 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 > >> > > >> > >> > >> > >> -- > >> ?Lanie, I?m going to print more printers. Lots more printers. One for > >> everyone. That?s worth going to jail for. That?s worth anything.? - > >> Printcrime by Cory Doctrow > >> > >> Please avoid sending me Word or PowerPoint attachments. > >> See http://www.gnu.org/philosophy/no-word-attachments.html > >> _______________________________________________ > >> 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/20100829/f156ae03/attachment.htm From latifer at streamgrid.net Sun Aug 29 02:34:57 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Sun, 29 Aug 2010 11:34:57 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: On Sun, Aug 29, 2010 at 11:24 AM, Marine Kelley wrote: > The only issue is that the user is ALSO locked out of their SL webpage. To > me that makes no sense at all, because that's how they could access tickets > and get some help, or downgrade to basic, or change credit card info (what > if the original credit card has been stolen and the user blocked it ? That's > not valid grounds to lock them out of SL and yet they can't change their > credit card info through the SL webpage anymore). Locking them out of the SL > website simply discourages them from even trying to sort things out, and LL > loses money in the process. Yes, you are right. Having the web site accessible would solve the problem. In case of my fiend it was particularly cruel because she was asked to make a phone call which she was incapable of doing because of her disability (and even if she was able to speak, she doesn't understand any English). And I was told that I cannot call in her behalf, she'd have to call herself. From marc at inworlddesigns.com Sun Aug 29 02:41:05 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Sun, 29 Aug 2010 05:41:05 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: You guys do realize that linden gives you plenty of warnings and time AFTER payment is due to "update" your payment information if you do so happen to forget or a cc expires. it's not like its due on 13th and bam its off on 13th. You get emails telling you payment failed(a few of them actually) and the emails even contain information about whether it was expired or just plain failed. I know because I use a 1 time payment card every month and I forget every month to put a new card number in and guess what I even ignored the emails for days after payment was due. Here is an experp: "Don't worry; this billing failure will not prevent you from logging on with your Second Life account. We will simply try to bill your overdue balance again the next day. If we are unable to collect the amount due within seven (7) days, your account will be suspended pending payment for an additional thirty (30) days. During that time, you will not be able to log in to Second Life. Alt accounts may be placed into administrative hold and you may be logged out of active sessions during this time as well. Failure to resolve this billing issue by the end of the probation period may result in the cancellation of your account." If you check your email less then 1 time every 37 days I don't even know why you have a premium account on a game you obviously don't play enough to get your monies worth. Now all this being said Not only has this off-topic thread gotten off of its own topic I believe a few of us on a few occasions asked for this to be moved to a more appropriate forum. It clouds the actual on topic discussions of this particular list and has nothing to do with it. So please do so. We're all adults and everyone keeping this going should understand this simple concept. On Sun, Aug 29, 2010 at 5:24 AM, Marine Kelley wrote: > At least the land and inventory are not gone, automatically downgrading to > basic would make the lands be abandoned... way to even more drama. To me the > user should not even be locked out of the grid, but I understand that there > are technical difficulties to making a premium be considered as basic until > the funds are available again, and let's not forget that if you are premium > and in this situation, then you do owe LL money. This is different than > being simply basic. > > The only issue is that the user is ALSO locked out of their SL webpage. To > me that makes no sense at all, because that's how they could access tickets > and get some help, or downgrade to basic, or change credit card info (what > if the original credit card has been stolen and the user blocked it ? That's > not valid grounds to lock them out of SL and yet they can't change their > credit card info through the SL webpage anymore). Locking them out of the SL > website simply discourages them from even trying to sort things out, and LL > loses money in the process. > > From secret.argent at gmail.com Sun Aug 29 04:18:11 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 29 Aug 2010 06:18:11 -0500 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: <44536F51-4126-45B3-B8F9-218AE358FDCC@gmail.com> On 2010-08-28, at 23:08, Yoz Grahame wrote: > This *was* a serious bug, but fixed over a year ago. Now a premium account in default is merely suspended with the ability to fully restore on payment. A premium account that does not own any land (beyond the basic 512 square meters) should not be suspended, because payment for the account itself is not made in arrears and it is not in default. From secret.argent at gmail.com Sun Aug 29 04:23:28 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 29 Aug 2010 06:23:28 -0500 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> <20100828193621.13fbbe09.sythos@gmail.com> <4C79E127.40708@Gmail.com> Message-ID: <8BA5BD86-6F2E-479D-A346-2F8CF593B13B@gmail.com> re-opened. On 2010-08-28, at 23:31, Yoz Grahame wrote: > > On 28 August 2010 21:25, Tigro Spottystripes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Please read http://jira.secondlife.com/browse/WEB-2647 > > Thanks! Resolved. > > -- Yoz > > _______________________________________________ > 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 "Welcome back, Anonymous, we're glad to see you again!" From secret.argent at gmail.com Sun Aug 29 04:25:51 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 29 Aug 2010 06:25:51 -0500 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> On 2010-08-29, at 04:24, Marine Kelley wrote: > At least the land and inventory are not gone, automatically downgrading to basic would make the lands be abandoned. What if the account doesn't own land, or has nothing but the original 512 square meters in something like a Linden Home? That's the majority case. An account in that situation is not *in default* when they skip a payment, because the account payment itself is not made in arrears. From secret.argent at gmail.com Sun Aug 29 04:28:18 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 29 Aug 2010 06:28:18 -0500 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> Message-ID: <70BE3527-E5AE-4753-8D72-89C0301B9486@gmail.com> On 2010-08-29, at 04:41, Marc Adored wrote: > If you check your email less then 1 time every 37 days I don't even > know why you have a premium account on a game you obviously don't play > enough to get your monies worth. There are people who have jobs that take them out of communication for months... consider members of the military. If you pay annually, it's 6 dollars a month. From laurent.bechir at madonie.org Sun Aug 29 07:37:01 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Sun, 29 Aug 2010 16:37:01 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> Message-ID: <4C7A708D.4020506@madonie.org> Argent Stonecutter a ?crit : > What if the account doesn't own land, or has nothing but the original 512 square meters in something like a Linden Home? > > That's the majority case. > > An account in that situation is not*in default* when they skip a payment, because the account payment itself is not made in arrears. > I used to have a premium account once upon a while. Not using it really (no land associated to the account) and being short of money, I didn't renew. The only thing that happened is that I'm back as a basic member now. So I don't see where is the problem :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100829/d324fef9/attachment.htm From leliel.mirihi at gmail.com Sun Aug 29 07:37:48 2010 From: leliel.mirihi at gmail.com (leliel) Date: Sun, 29 Aug 2010 07:37:48 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> Message-ID: On Sun, Aug 29, 2010 at 4:25 AM, Argent Stonecutter wrote: > What if the account doesn't own land, or has nothing but the original 512 square meters in something like a Linden Home? > > That's the majority case. > > An account in that situation is not *in default* when they skip a payment, because the account payment itself is not made in arrears. So you're saying a person that doesn't pay their membership fees should be able to log in and use their 512 square meters of land as if nothing was wrong? How long should this persist before they are considered in arrears? A week, a month, a year? Membership fees are paid in advanced, if you don't pay than you can't use the service (512m^2). If you don't own land you should be downgraded to basic. From oz at lindenlab.com Sun Aug 29 08:33:01 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Sun, 29 Aug 2010 11:33:01 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: Message-ID: <4C7A7DAD.5000707@lindenlab.com> On 2010-08-28 8:50, Aleric Inglewood wrote: > I know this is "off topic", so I'll keep it as short as possible. What happened was wrong, and regrettable, but it's very much off topic for this list. Please take it elsewhere. From danielravennest at gmail.com Sun Aug 29 08:44:24 2010 From: danielravennest at gmail.com (Daniel) Date: Sun, 29 Aug 2010 10:44:24 -0500 Subject: [opensource-dev] Homesteads In-Reply-To: References: Message-ID: <4C7A8058.2020001@gmail.com> It seems there would be a place for a reputable third party to provide "property management". By reputable I mean a real life real estate business such as manages apartment complexes. They would provide a written lease, collect payments, hold sufficient funds in escrow, pay Linden Lab, and hire one or more "property managers" to do the day-to-day in-world contacts with residents. The problem has been that most SL estate tenants have no real life contact information on the estate owner, and no contract with them that can be enforced. And you have little information on whether that estate owner is solidly financed or about to go broke, or just may change their minds. ----------- I don't know if you rent from someone else if you can do a restore of your region to the new location. But seems like there are ways to make this better if not just let people rent homesteads which to me I believe would be a huge market. > >> This is a problem that LL should have addressed already, yes. One way >> it can be addressed by providing resellers, or those that purchase >> land from resellers, with more information. Suggesting a contract >> template between renter and reseller to protect each with some level >> of protection might also be a good idea. A legal recourse to follow >> when someone breaks their contract, either landlord or renter, is >> better than impotence. >> From secret.argent at gmail.com Sun Aug 29 09:36:58 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 29 Aug 2010 11:36:58 -0500 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> Message-ID: On 2010-08-29, at 09:37, leliel wrote: > On Sun, Aug 29, 2010 at 4:25 AM, Argent Stonecutter > wrote: >> An account in that situation is not *in default* when they skip a payment, because the account payment itself is not made in arrears. > > So you're saying a person that doesn't pay their membership fees > should be able to log in and use their 512 square meters of land as if > nothing was wrong? No, they should be downgraded to Basic. They are not in default, and should not be suspended. From secret.argent at gmail.com Sun Aug 29 09:38:32 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Sun, 29 Aug 2010 11:38:32 -0500 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C7A708D.4020506@madonie.org> References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> <4C7A708D.4020506@madonie.org> Message-ID: <988B7DD7-F717-49DD-A81F-E8C4B1513512@gmail.com> On 2010-08-29, at 09:37, Laurent Bechir wrote: > I used to have a premium account once upon a while. Not using it really (no land associated to the account) and being short of money, I didn't renew. The only thing that happened is that I'm back as a basic member now. So I don't see where is the problem :) Are you sure you didn't at any point select "downgrade to basic" on the web page? If that's the case, and I'd like LL confirmation of that, then there is no problem. From wut at whatchaeaton.com Sun Aug 29 10:06:25 2010 From: wut at whatchaeaton.com (Whatcha Eaton) Date: Sun, 29 Aug 2010 10:06:25 -0700 Subject: [opensource-dev] User story Message-ID: As a user, I'd like to read about source code trees, merges, proposed features and bug fixes on opensource-dev. Oh... and I'd like the search box to take focus when I press ctrl-i for the inventory side-bar. -Wut (makes more popcorn) From laurent.bechir at madonie.org Sun Aug 29 11:32:22 2010 From: laurent.bechir at madonie.org (Laurent Bechir) Date: Sun, 29 Aug 2010 20:32:22 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <988B7DD7-F717-49DD-A81F-E8C4B1513512@gmail.com> References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> <4C7A708D.4020506@madonie.org> <988B7DD7-F717-49DD-A81F-E8C4B1513512@gmail.com> Message-ID: <4C7AA7B6.3010801@madonie.org> Argent Stonecutter a ?crit : > On 2010-08-29, at 09:37, Laurent Bechir wrote: > >> > I used to have a premium account once upon a while. Not using it really (no land associated to the account) and being short of money, I didn't renew. The only thing that happened is that I'm back as a basic member now. So I don't see where is the problem:) >> > > Are you sure you didn't at any point select "downgrade to basic" on the web page? > > If that's the case, and I'd like LL confirmation of that, then there is no problem. Now that you tell me that, effectively, I must have asked do downgrade to basic at the end of my subscription -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100829/7b231108/attachment.htm From sythos at gmail.com Sun Aug 29 13:14:08 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Sun, 29 Aug 2010 22:14:08 +0200 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C7AA7B6.3010801@madonie.org> References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> <4C7A708D.4020506@madonie.org> <988B7DD7-F717-49DD-A81F-E8C4B1513512@gmail.com> <4C7AA7B6.3010801@madonie.org> Message-ID: <20100829221408.f39073d9.sythos@gmail.com> On Sun, 29 Aug 2010 20:32:22 +0200 Laurent Bechir wrote: > > > Argent Stonecutter a ?crit : > > On 2010-08-29, at 09:37, Laurent Bechir wrote: > > > >> > I used to have a premium account once upon a while. Not using > >> > it really (no land associated to the account) and being short of > >> > money, I didn't renew. The only thing that happened is that I'm > >> > back as a basic member now. So I don't see where is the problem:) > >> > > > > Are you sure you didn't at any point select "downgrade to basic" on > > the web page? > > > > If that's the case, and I'd like LL confirmation of that, then > > there is no problem. > > Now that you tell me that, effectively, I must have asked do > downgrade to basic at the end of my subscription there is already the feature on web page.... "change membership plan" From sodovan.torok at gmail.com Sun Aug 29 13:50:06 2010 From: sodovan.torok at gmail.com (Sodovan Torok) Date: Sun, 29 Aug 2010 16:50:06 -0400 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <20100829221408.f39073d9.sythos@gmail.com> References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> <4C7A708D.4020506@madonie.org> <988B7DD7-F717-49DD-A81F-E8C4B1513512@gmail.com> <4C7AA7B6.3010801@madonie.org> <20100829221408.f39073d9.sythos@gmail.com> Message-ID: On Sun, Aug 29, 2010 at 4:14 PM, Altair Sythos wrote: > On Sun, 29 Aug 2010 20:32:22 +0200 > Laurent Bechir wrote: > > > > > > > Argent Stonecutter a ?crit : > > > On 2010-08-29, at 09:37, Laurent Bechir wrote: > [snip] As a (mostly read-only) user of opensource-dev, I'd like to see more on-topic posts. Maybe the moderator(s) could prune this branch... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100829/01256f6b/attachment.htm From gareth at garethnelson.com Sun Aug 29 13:55:00 2010 From: gareth at garethnelson.com (Gareth Nelson) Date: Sun, 29 Aug 2010 21:55:00 +0100 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: References: <4C793ACE.7030607@Gmail.com> <3C487C64-35C1-42F9-987B-5680E6726808@gmail.com> <4C7A708D.4020506@madonie.org> <988B7DD7-F717-49DD-A81F-E8C4B1513512@gmail.com> <4C7AA7B6.3010801@madonie.org> <20100829221408.f39073d9.sythos@gmail.com> Message-ID: Oddly I myself tend to only post when there's some kind of drama, as I don't do a lot of viewer development these days (only the odd patch when needed if I bother to login at all). On Sun, Aug 29, 2010 at 9:50 PM, Sodovan Torok wrote: > > > On Sun, Aug 29, 2010 at 4:14 PM, Altair Sythos wrote: >> >> On Sun, 29 Aug 2010 20:32:22 +0200 >> Laurent Bechir wrote: >> >> > >> > >> > Argent Stonecutter a ?crit : >> > > On 2010-08-29, at 09:37, Laurent Bechir wrote: > > [snip] > As a (mostly read-only) user of opensource-dev, I'd like to see more > on-topic posts. Maybe the moderator(s) could prune this branch... > > > _______________________________________________ > 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 > -- ?Lanie, I?m going to print more printers. Lots more printers. One for everyone. That?s worth going to jail for. That?s worth anything.? - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From esbee at lindenlab.com Sun Aug 29 23:42:09 2010 From: esbee at lindenlab.com (Sarah (Esbee) Hutchinson) Date: Sun, 29 Aug 2010 23:42:09 -0700 Subject: [opensource-dev] SCRUM question: negative daily velocity In-Reply-To: References: Message-ID: Our spreadsheet for Sprint 2 had some flaws. We weren't reporting our time remaining each day consistently and the calculations in my spreadsheet were slightly off. We're going to try a new spreadsheet for this next sprint (starting Tuesday) until we make the move to Greenhopper in a few weeks. - Esbee On Sat, Aug 21, 2010 at 1:58 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > On Fri, Aug 20, 2010 at 11:19 AM, Moriz Gupte wrote: > >> May I venture to share these questions: >> Regarding the snowstorm sprint2 backlog: I have always tried to observe >> other teams using scrum and I have a question regarding negative daily >> velocity values. I am not familiar with this and am thinking if this is the >> case, then it could mean that burndown graph Y axis would need negative >> values as well?? What does negative daily velocity actually mean? just a >> reflection of a task having been underestimated? >> > > I'm not the Scrum Master (it's Esbee :) ) but I think the issue with the > scrum spreadsheet is 2 folds: > 1. contingent reason - I (and may be others) was confused as to what to > report in the daily hours for each task. I was putting the time spent > instead of the time remaining on a task so it never got to zero. I see > "Done" tasks still mentioning time which seems strange. Today, I fixed my > tasks looking at how Esbee have done with hers, i.e. chipping down time from > the total. > 2. scrum reason - As we go through a task, we may (and often do) discover > new problems that need fixing and that we end up adding to the tally. That > actually creates a "negative velocity" if all you look at is the burndown > chart, i.e. the total remaining. > > 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/20100829/d700c216/attachment.htm From esbee at lindenlab.com Sun Aug 29 23:46:48 2010 From: esbee at lindenlab.com (Sarah (Esbee) Hutchinson) Date: Sun, 29 Aug 2010 23:46:48 -0700 Subject: [opensource-dev] Requiring user stories for bug fix jiras? In-Reply-To: <4C77D078.70003@fishkill.ibm.com> References: <4C77D078.70003@fishkill.ibm.com> Message-ID: Great explanation, Mike. User stories are preferred, but if you don't have one for a bug we're not going to turn it away. :) - Esbee On Fri, Aug 27, 2010 at 7:49 AM, Mike Monkowski wrote: > Latif Khalifa wrote: > > Looking through VWR-19505 I see the comment by the dev who made a fix > > that you have requested a user story. Do we really need user stories > > for bugs? > > I would expect the user story would be something like: > > "When I did X, I expected Y, but got Z." > > It helps to discriminate between bugs and feechurs working as designed. > > > Mike > _______________________________________________ > 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/20100829/78456e48/attachment.htm From oz at lindenlab.com Mon Aug 30 06:00:50 2010 From: oz at lindenlab.com (Scott Lawrence) Date: Mon, 30 Aug 2010 09:00:50 -0400 Subject: [opensource-dev] Status at the end of our first open sprint Message-ID: <4C7BAB82.9020302@skrb.org> I believe that all but one of the submissions we got (either internal or open source) have been pulled into viewer-development. The one exception is a submission from Aleric that only affects develop.py - I had a build failure yesterday the first time I tested it on the build farm, so I skipped it to do some others. I've since had successful builds with it, and believe the error was an ephemeral network problem on the build machine, so I expect to get that committed today. At the moment, I'm having trouble pushing to bitbucket - I believe the problem is related to the upgrade they did last night to new hosting. From nickyperian at yahoo.com Mon Aug 30 09:42:05 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Mon, 30 Aug 2010 09:42:05 -0700 (PDT) Subject: [opensource-dev] Submission process when a team is working an issue. Message-ID: <818018.47800.qm@web43511.mail.sp1.yahoo.com> Oz, Please clarify the vwr-xxxxx process. As a example. I built and tested vwr-20879 the issue Robin wrote up concerning Express builds. She had a six or so additional vwr-xxxxx issues that contributed to a solution. I added a change set that improved one aspect of the six or so. I pushed these to my repo vwr-20879 on bitbucket. My question; Is this now a single issue and if so, how would it be presented as such? Please look at my https://bitbucket.org/NickyP/vwr-20879. Is the format of changes correct for a viewer-development pull? I saw a changeset where you did a merge up? Is that a way to combine changesets into one issue from many sub issues? And if so, how? NickyP -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100830/15ac77b4/attachment.htm From esbee at lindenlab.com Mon Aug 30 09:56:56 2010 From: esbee at lindenlab.com (Esbee Linden (Sarah Hutchinson)) Date: Mon, 30 Aug 2010 09:56:56 -0700 Subject: [opensource-dev] Snowstorm Daily Scrum Summary - 08/30/2010 Message-ID: <020FC40E-DA7D-4376-9773-F379670709AF@lindenlab.com> Date: Mon Aug 30 Daily Scrum Summary also available online: https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive == GENERAL NOTES == No Daily Scrum tomorrow. Sprint Retrospective (6-7am PT) & Sprint Planning Meeting (7-9am PT) will be held instead. == DAILY SCRUM == === Aimee === PAST UK Bank Holiday === Tofu === PAST UK Bank Holiday === Oz === PAST Tested, reviewed, and pulled fixes from PE Pulled build system improvements from Team Chopper Wiki updates FUTURE Office Hour Post first Development build on secondlife.com ! More wiki updates Poll open source devs re: next sprint contributions IMPEDIMENTS None === Merov === PAST LLKDU in viewer-development: Done! Add "Sit" to the "pie" menu: Done! Lots of code review FUTURE LLKDU upgrade: get all info, details, etc... so we can estimate that work Code review, tests and clean up for sprint 2 as required Look into Snowglobe backlog for next sprint IMPEDIMENTS None === Q === OOO - Getting released from the rehab hospital tomorrow! === Esbee === PAST Finished Jira EXT triage Finally started reviewing Resident feedback and ideas for backlog FUTURE Prepare for Sprint Planning Meeting tomorrow Get Resident ideas and feedback into the backlog IMPEDIMENTS None === Paul === OOO - Sick === Andrew === PAST *Task VWR-20702 (Snowstorm Sprint 2: As a User who's customized the bottom bar of the Viewer UI, I also want to be able to control the order of the buttons as they appear in the UI.) *Found serious problems with D&D implementation, leading to crashes. Will not be able to complete in this sprint. May need to consider a different implementation for reordering. FUTURE Task VWR-20702 IMPEDIMENTS D&D implementation. Will ask for LL consult tomorrow. === Vadim === PAST Fixed small bug in Detachable tabs Got a bitbucket account and cloned viewer-development there FUTURE Various fixes and polish for Detachable tabs. IMPEDIMENTS Should we create separate tasks for these fixes & polish? Where and how should they be committed? === Sergey === PAST Task (VWR-20696) Write code to allow for undocking of a sidebar tab Fixed. * Task (VWR-20697) Write code to allow for redocking of a sidebar tab Fixed. Fixed selecting re-docked tab and toggling its tag button state. Minor optimization of Side Tray expanding/collapsing upon toggling tab docked/undocked. Task (VWR-20970) Implement undocking tabs by dragging. WIP. FUTURE Task (VWR-20970) Implement undocking tabs by dragging. Estimated: 4-5 hours. IMPEDIMENTS none === Anya === PAST Discuss next sprint process Finalize design for bottom bar reordring VWR-20706 FUTURE Follow up design discussion in VWR-20695 Find and torture Lindens who can help sort out some issues with VWR-20702 Clean up Jira (remove devs no longer here, change assignments, talk to QA who assign to devs that are gone) IMPEDIMENTS we're not making VWR-20702 in this sprint. it was underestimated due to unexpected D&D implementation problems (all D&D behavior is currently tied to inventory. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100830/3b2b51ee/attachment-0001.htm From oz at lindenlab.com Mon Aug 30 10:04:25 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 30 Aug 2010 13:04:25 -0400 Subject: [opensource-dev] Submission process when a team is working an issue. In-Reply-To: <818018.47800.qm@web43511.mail.sp1.yahoo.com> References: <818018.47800.qm@web43511.mail.sp1.yahoo.com> Message-ID: <4C7BE499.9000006@lindenlab.com> On 2010-08-30 12:42, Nicky Perian wrote: > Oz, > > Please clarify the vwr-xxxxx process. > > As a example. I built and tested vwr-20879 the issue Robin wrote up > concerning Express builds. > > She had a six or so additional vwr-xxxxx issues that contributed to a > solution. I added a change set that improved one aspect of the six or > so. I pushed these to my repo vwr-20879 on bitbucket. > > My question; Is this now a single issue and if so, how would it be > presented as such? > > Please look at my https://bitbucket.org/NickyP/vwr-20879. Is the > format of changes correct for a viewer-development pull? I saw a > changeset where you did a merge up? Is that a way to combine > changesets into one issue from many sub issues? And if so, how? As long as everyone involved thinks that the combined changes are good, multiple changesets are fine. When the team is satisfied with the collection of changes, update the issue with a pointer to the particular repository and changeset that is the tip of that set of changes. Other than the fact that your repo has not been brought up to date with viewer-development (a lot went in over the weekend), it would do nicely. (I have not yet reviewed the individual diffs - make sure that contributions.txt is appropriately updated). -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100830/3e74c574/attachment.htm From websuz at gmail.com Mon Aug 30 13:27:51 2010 From: websuz at gmail.com (Charlene Trudeau) Date: Mon, 30 Aug 2010 13:27:51 -0700 Subject: [opensource-dev] This is how Linden Lab treats it's customers... In-Reply-To: <4C792E49.5050106@tpg.com.au> References: <4C791AC7.5010607@Gmail.com> <4C79222D.9000001@tpg.com.au> <4C792E49.5050106@tpg.com.au> Message-ID: <4C7C1447.7050905@gmail.com> And estate owners already took a huge beating over homesteads. We can't afford another hit by having homesteads be able to be directly leased by everyone. I have HUGE sympathy for the original poster. I have eaten fees, given free tier and so on to people left in a world of hurt by such actions by other landlords. There is NO EXCUSE for not admitting to one's tenants what is going on, even if you can't afford to refund things, so that they can at least get their things, even if they can't make alternate arrangements for the region. Its irresponsible, unconscionable methods of doing business. Unfortunately, in SL anyone who can get the fees together to lease a region from LL can turn around and become an estate owner/reseller. Hmmm, come to think of it, same with web hosting.... I wish I had an empty homestead to offer, not that it would help with the things lost via absent partner, but I'd love to have a chance to restore faith that there are a few of us out there that are worth the respect of their tenants. Charlene Trudeau Darmath wrote: > On 29/08/2010 1:23 AM, Gareth Nelson wrote: > >> and pointing out that LL have no contract with tenants of >> rental regions - tenants of such regions are thus not customers. >> > True. But a premium account holder is a customer of LL. "And to say well > we dont want you $100 a month because your not a full sim owner" is a > slap in the face, period. FWIW i'm a premium account holder...whose now > returning to lurking. > _______________________________________________ > 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 websuz at gmail.com Mon Aug 30 13:39:05 2010 From: websuz at gmail.com (Suz Dollar) Date: Mon, 30 Aug 2010 13:39:05 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: Message-ID: <4C7C16E9.6010202@gmail.com> *cough* If the point of this is to make people *want* 2.x.... a lot of nice tags that say 'to see me properly, use viewer 2.x... I have more attachments than you do' might be a good way to go. *cough* Ok, a bit snarky, but seriously, if we HIDE the COOL stuff, where's the fire to get people over the pain of a UI transition and into using the new viewer and all it has to offer? I know we still have problems, but things like this and the alpha clothing layers should be helping entice people to work around those issues til fixed. Charlene Trudeau Marine Kelley wrote: > Hello all, > > I am currently working at integrating the RLV code into the latest > 2.1.2 viewer in "viewer-development". Some users might have noticed > that the "MultipleAttachments" debug setting was set to FALSE by > default in order to stay compatible with 1.x, because 1.x users cannot > see attachments worn on slots 1 and beyond, only slot 0 is rendered. > So the feature is still rather useless because since most of the users > are still using 1.x, multiple attachments are to be avoided. However > having the option to choose whether to activate it or not was a good > idea. I even added a checkbox in the navbar to set it to TRUE or FALSE > in one click without having to open the debug settings (but that > version is not released). > > And now what I'm seeing in the latest version worries me. The > MultipleAttachments debug setting is gone ! The viewer behaves as if > it were always TRUE. On the paper it makes sense, since 2.x is > supposed to handle multiple attachments natively and the sims have > been updated to 1.40 (and now 1.42) almost only for this reason. > But... this is actually counter-productive because now someone who > tries 2.1 will soon discover that most of their attachments are not > showing to their friends. And that they require more steps to change > an outfit than before, because they now have to explicitely remove > attachments before wearing new ones. > > For a viewer that has a lot of difficulties being adopted by the user > base, isn't this move a little backwards ? Why not set > MultipleAttachments to TRUE by default and let the user choose in the > preferences or in the navbar as I did ? > > I for one would very much like to see the MultipleAttachments debug > setting come back and stay ! > > 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 From kadah.coba at gmail.com Mon Aug 30 13:44:04 2010 From: kadah.coba at gmail.com (Kadah) Date: Mon, 30 Aug 2010 13:44:04 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C7C16E9.6010202@gmail.com> References: <4C7C16E9.6010202@gmail.com> Message-ID: <4C7C1814.9040501@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/30/2010 1:39 PM, Suz Dollar wrote: > If the point of this is to make people *want* 2.x.... a lot of > nice tags that say 'to see me properly, use viewer 2.x... I have more > attachments than you do' might be a good way to go. It worked for Emerald. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMfBgUAAoJEIdLfPRu7qE2pUsH/jthvhKGh7WM+RUvv/lKNZVj OqQo8oJXUqMkf0Cu13dvhjbKX7V4SxGGH0523Ise7S9do7K03fMJgUx6lI3F6ug7 fWjl1LcHMBkG33P60uYDiYwb6WllSfEHIdGlrw0JgSyWPigOsaT5KtsAn8ZQVwV6 h5gpgDIZyWLqENcFSQjD7VI64q63/KZaJc2/NyEa6QEuBh0dRj7zc4lBPw9iT/PR ST+hf8gMWeChMNQygsAam8SSL/KduEmfkCmUqcc7aeDORp3y0hItNqAsgm393jRh c18ESbwrQTOpfySh5du7lHgB0SZyZHRsDIgdCJftHI/qIWvyXkZxVVhfgs90PQg= =1Ya0 -----END PGP SIGNATURE----- From sythos at gmail.com Mon Aug 30 14:04:51 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Mon, 30 Aug 2010 23:04:51 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C7C1814.9040501@gmail.com> References: <4C7C16E9.6010202@gmail.com> <4C7C1814.9040501@gmail.com> Message-ID: <20100830230451.e5fa635d.sythos@gmail.com> On Mon, 30 Aug 2010 13:44:04 -0700 Kadah wrote: > > If the point of this is to make people *want* 2.x.... a lot of > > nice tags that say 'to see me properly, use viewer 2.x... I have > > more attachments than you do' might be a good way to go. > > It worked for Emerald. Emerald use a "tweaked" code+xml, only an emerald see correctly another emerald user... now there is a "standard", already used by a lot of non-linden viewers (is why i'm staring EM blog waiting for the right release than stop to see fuzzy attachments fly around sims XD) and "no", attachments are a bit feature of emerald, the most is the radar, a lot of ppl can save lag using builtin radar in place of a laggy hud... for sl2 cannot work, why if somebody say you "use [only_one_viewer]" From babytje_ab at live.com Mon Aug 30 14:15:17 2010 From: babytje_ab at live.com (Alexandrea Fride) Date: Mon, 30 Aug 2010 23:15:17 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <20100830230451.e5fa635d.sythos@gmail.com> References: <4C7C16E9.6010202@gmail.com> <4C7C1814.9040501@gmail.com> <20100830230451.e5fa635d.sythos@gmail.com> Message-ID: The way emerald works and others is no good solution couse as you sayd you can only see it with those viewers AND it dosent even work for hud objects, how viewer 2 works now is it do works accross all viewers AND it works for hud objects and as for the radar thing, Kristens viewer already added sort of that to (and thats on viewer 2) and couse allot of people saying viewer 2 sucks couse they miss the things in emerald YET emerald refuses to work on viewer 2 (WHY????) if evreyone dont like it start working on it! and make it bether thats what opensource should be, and not refuse to work on couse you dont like it..... annyway sorry for hijacking this treath but get 100 of mails so one more dont mather -.- > On Mon, 30 Aug 2010 13:44:04 -0700 > Kadah wrote: > >> > If the point of this is to make people *want* 2.x.... a lot of >> > nice tags that say 'to see me properly, use viewer 2.x... I have >> > more attachments than you do' might be a good way to go. >> >> It worked for Emerald. > > Emerald use a "tweaked" code+xml, only an emerald see correctly another > emerald user... now there is a "standard", already used by a lot of > non-linden viewers (is why i'm staring EM blog waiting for the right > release than stop to see fuzzy attachments fly around sims XD) > > and "no", attachments are a bit feature of emerald, the most is the > radar, a lot of ppl can save lag using builtin radar in place of a > laggy hud... > > for sl2 cannot work, why if somebody say you "use [only_one_viewer]" From sythos at gmail.com Mon Aug 30 14:30:39 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Mon, 30 Aug 2010 23:30:39 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C7C16E9.6010202@gmail.com> <4C7C1814.9040501@gmail.com> <20100830230451.e5fa635d.sythos@gmail.com> Message-ID: <20100830233039.6f84f1b1.sythos@gmail.com> On Mon, 30 Aug 2010 23:15:17 +0200 "Alexandrea Fride" wrote: > The way emerald works and others is no good solution couse as you > sayd you can only see it with those viewers AND it dosent even work > for hud objects, > > how viewer 2 works now is it do works accross all viewers AND it > works for hud objects > > and as for the radar thing, Kristens viewer already added sort of > that to (and thats on viewer 2) > and couse allot of people saying viewer 2 sucks couse they miss the > things in emerald > YET emerald refuses to work on viewer 2 (WHY????) if evreyone dont > like it start working on it! and make it bether thats what opensource > should be, and not refuse to work on couse you dont like it..... > > annyway sorry for hijacking this treath but get 100 of mails so one > more dont mather -.- i think is only "proudness" while somebody say "is the MY viewer", till few time ago there are few solutions, but now in snowstorm project things are quite different, now all this can be a real opensource community, in place to create dozens of *SAME* viewer (same core, same main features) with few addons all people can throw patches in same pot (i know i'm a dreamer) so maybe a day we can have a amazing rocking viewer, with the solid core from LL, a friendly interface with granular parameters setup like emerald, with floatings and dockable tabs and sidebar like kirsten, with a clean code like in imprudence and a cross platform know-how addicted by a lot of developers with specific skills in each OS.... From kadah.coba at gmail.com Mon Aug 30 15:53:11 2010 From: kadah.coba at gmail.com (Kadah) Date: Mon, 30 Aug 2010 15:53:11 -0700 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <20100830230451.e5fa635d.sythos@gmail.com> References: <4C7C16E9.6010202@gmail.com> <4C7C1814.9040501@gmail.com> <20100830230451.e5fa635d.sythos@gmail.com> Message-ID: <4C7C3657.9070303@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/30/2010 2:04 PM, Altair Sythos Memo wrote: > On Mon, 30 Aug 2010 13:44:04 -0700 > Kadah wrote: > >>> If the point of this is to make people *want* 2.x.... a lot of >>> nice tags that say 'to see me properly, use viewer 2.x... I have >>> more attachments than you do' might be a good way to go. >> >> It worked for Emerald. > > Emerald use a "tweaked" code+xml, only an emerald see correctly another > emerald user... now there is a "standard", already used by a lot of > non-linden viewers (is why i'm staring EM blog waiting for the right > release than stop to see fuzzy attachments fly around sims XD) > > and "no", attachments are a bit feature of emerald, the most is the > radar, a lot of ppl can save lag using builtin radar in place of a > laggy hud... > > for sl2 cannot work, why if somebody say you "use [only_one_viewer]" I know that a lot of people switched to emerald just because of the multi-attachment hack. It wasn't a good solution to the problem but LL took so long to do anything about adding new attachment points that this ended up be norm for a good portion of the grid. Emerald's multi-attachment works by using the modified avatar_lad.xml (I think it was based off the one from VWR-489) to duplicate all the existing points on to unused upper attachment point IDs. This messes with scripts as the attachment point isn't defined serverside and requires other users to have the same modified avatar_lad in order not to see the attachments on these points just floating randomly where the avatar first rezed for that users. LL *finally* delivered their solution for more attachment points. They essentially added "slots" to each attachment point, the actual number of slots is unknown to me, but it seems to be greater than 2. Attach one thing and it goes to the first slot, add a second thing to your appearance that uses the same attachment point and its pushes the first item, and any others also there, back a slot. I mention that it pushing the others back cause non-2.x viewers will only see the last added thing, the top most slot. As far as I know without testing it again, if they remove the top most item on a attachment point, 1.x viewers will see nothing on that point, the items the lower slots do not move back up when the first is removed. While this is not perfect and 1.x viewers will not see attachment on the higher slots, this is a bit nicer than some random clothing floating around. And its likely someone will backport it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMfDZWAAoJEIdLfPRu7qE2UK0IAMXxtXU46lKUPbvuPDjVkTNt 6SeqUczWvWJJsEeZ6UnJC83+oySMUavP1FYS/R3p3B+obBPbU0akykdX7lE0kaKV WGdal5XWZtBaJk/HeUOAE/ErXZOEC4yRv0WrlbSKMWL6xNq6Mne3vRs/q8oqNdn3 UdbQebcG73WSR0ap6IIe23XL4JLfABum0cIx6lbvXDlLKD+QIoCj6G6I77uX3qLF xwA+MdImeSTRu5iDFDi0e3caesZjhScAHpYCC8lEaQyBu8xH1mvSzPslhkkMuhgp JwGfch5UmaeJXiWVyWjs5c05Luvdtsa4FzpFpWJOU5mjLyZYXfWWW0nQx8NsBhI= =o3mT -----END PGP SIGNATURE----- From Kindragon at comcast.net Mon Aug 30 17:38:49 2010 From: Kindragon at comcast.net (David Couchenour) Date: Mon, 30 Aug 2010 18:38:49 -0600 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <20100830230451.e5fa635d.sythos@gmail.com> References: <4C7C16E9.6010202@gmail.com> <4C7C1814.9040501@gmail.com> <20100830230451.e5fa635d.sythos@gmail.com> Message-ID: <4C7C4F19.3090607@comcast.net> On 8/30/2010 3:04 PM, Altair Sythos Memo wrote: > On Mon, 30 Aug 2010 13:44:04 -0700 > Kadah wrote: > >>> If the point of this is to make people *want* 2.x.... a lot of >>> nice tags that say 'to see me properly, use viewer 2.x... I have >>> more attachments than you do' might be a good way to go. >> It worked for Emerald. > Emerald use a "tweaked" code+xml, only an emerald see correctly another > emerald user... Someone can edit and add the additional attachment points to the avatar_lad.xml file for the other viewer(s). I've done this for the 2.1.2 viewer and it seems to work. Note that you can't simply copy the avatar_lad.xml from Emerald to 2.x. This way a 2.x viewer can see the Emerald attachments correctly, and still have use of the newer multi-attachment feature too. Essentially making it backwards compatible with Emerald, but Emerald still cannot see the newer attachments. --- As an avatar builder I intend to start stating which features/viewers my avatars are designed to be compatible with. This may lower my business since there will be viewers my avatars will not be compatible with, but I also cannot wait several months for Emerald and other third party viewers to catch up to the official viewer's capabilities. Gosh... Wasn't too long ago I would have said that Emerald was much more advanced than the official viewer... Now it's flipped around for me. - Obsidian Stormwind From dave at meadowlakearts.com Mon Aug 30 18:25:42 2010 From: dave at meadowlakearts.com (Dave Booth) Date: Mon, 30 Aug 2010 20:25:42 -0500 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C7C4F19.3090607@comcast.net> References: <4C7C16E9.6010202@gmail.com> <4C7C1814.9040501@gmail.com> <20100830230451.e5fa635d.sythos@gmail.com> <4C7C4F19.3090607@comcast.net> Message-ID: <4C7C5A16.3060909@meadowlakearts.com> On 8/30/2010 19:38, David Couchenour wrote > Someone can edit and add the additional attachment points to the > avatar_lad.xml file for the other viewer(s). I've done this for the > 2.1.2 viewer and it seems to work. Note that you can't simply copy the > avatar_lad.xml from Emerald to 2.x. > > This way a 2.x viewer can see the Emerald attachments correctly, and > still have use of the newer multi-attachment feature too. Essentially > making it backwards compatible with Emerald, but Emerald still cannot > see the newer attachments. I disagree. The proper way to implement multiattach is to recognize a list and render them all.. everyone that was using Emeralds ugly hack needs a backwards compatible kludge that isnt ever going to be forwards compatible. So to equip viewer 2 with the kludgy emerald attachment points would be to bake the kludge into the mainstream and we dont want that. I would suggest instead the following user story... "As a user who has become familiar with the TPV extensions to avatar_lad.xml I want the official viewer to recognize those "hacked" additions and silently convert them to multiattach-compatible additions to the attachment list on the appropriate point." From robin.cornelius at gmail.com Tue Aug 31 02:54:18 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Tue, 31 Aug 2010 10:54:18 +0100 Subject: [opensource-dev] Request for review/testing Socks 5 support for viewer-development (VWR-20801) Message-ID: As mentioned at Oz's OH yesterday, I would like to try to finish off the Socks 5 proxy work in the sprint about to start, my repository can be found at https://bitbucket.org/robincornelius/viewer-development-vwr-20801 It is a few days out of date, and I will address that ASAP, but I am more concerned with the functionality of the core feature at this immediate stage to make sure it does what it says on the tin for everyone else. I've compiled on all 3 platforms ok but I've only tested currently on windows as my other boxes are having issues running the viewer (for various off topic reasons that i'm fixing when i get time) I started a test plan (also incomplete/outof date currently) https://docs.google.com/document/edit?id=1LM1EjS_RFzgR_3nkDkrpM8NMBuQaeJo7CDbp21fCE_Q&hl=en&authkey=CIjDl9sB The proxy supports the same feature set as the original implementation in Snowglobe 1.X, that is http traffic can be sent to a http proxy (web proxy setting) independent of the UDP trafic being sent to a socks 5 proxy. This provides combinations that allow http-texture/asset to be sent via squids (with appropriate store rewrite rule) to cache textures/assets. Access to these extra modes can be achieved by clicking the tool icon to the side of the socks proxy address/port field on preferences/network I believe this feature is a partial answer to the story "As a Business User, I am sometimes unable to access SL at all from behind my company firewall. How do I work around this?" on the back log, clearly this only provides one method to work from behind a firewall and currently it does not address Voice at all. It is possible to proxy voice via socks 5 as well, but this requires other modifications that are outside the scope of this jira/feature, but is something I have done a functional proof of concept test on, i just need to find a clean solution that is acceptable and easy to use. Robin From secret.argent at gmail.com Tue Aug 31 03:11:44 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Tue, 31 Aug 2010 05:11:44 -0500 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <4C7C16E9.6010202@gmail.com> References: <4C7C16E9.6010202@gmail.com> Message-ID: On 2010-08-30, at 15:39, Suz Dollar wrote: > *cough* If the point of this is to make people *want* 2.x.... a lot of > nice tags that say 'to see me properly, use viewer 2.x... I have more > attachments than you do' might be a good way to go. If I can't talk without jumping I'm not going to go to V2 no matter how many attachment points it has. From sythos at gmail.com Tue Aug 31 03:24:31 2010 From: sythos at gmail.com (Francesco Rabbi) Date: Tue, 31 Aug 2010 12:24:31 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: References: <4C7C16E9.6010202@gmail.com> Message-ID: <8313138446845496260@unknownmsgid> Il giorno 31/ago/2010, alle ore 12:11, Argent Stonecutter ha scritto: > On 2010-08-30, at 15:39, Suz Dollar wrote: >> *cough* If the point of this is to make people *want* 2.x.... a lot of >> nice tags that say 'to see me properly, use viewer 2.x... I have more >> attachments than you do' might be a good way to go. > > If I can't talk without jumping I'm not going to go to V2 no matter how many attachment points it has. Yes.... Focus should be fixed... -- Sent by iPhone From Lance.Corrimal at eregion.de Tue Aug 31 03:56:38 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 31 Aug 2010 12:56:38 +0200 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <8313138446845496260@unknownmsgid> References: <8313138446845496260@unknownmsgid> Message-ID: <201008311256.39677.Lance.Corrimal@eregion.de> On Tuesday 31 August 2010 12:24:31 Francesco Rabbi wrote: > Il giorno 31/ago/2010, alle ore 12:11, Argent Stonecutter > > ha scritto: > > On 2010-08-30, at 15:39, Suz Dollar wrote: > >> *cough* If the point of this is to make people *want* 2.x.... a lot of > >> nice tags that say 'to see me properly, use viewer 2.x... I have more > >> attachments than you do' might be a good way to go. > > > > If I can't talk without jumping I'm not going to go to V2 no matter how > > many attachment points it has. > > Yes.... Focus should be fixed... The longer this stays unfixed, the more obvious it gets: LL tries again to get everybody to use voice. After the last emerald/vivox drama I strongly advise against even just enabling voice. bye, LC From oz at lindenlab.com Tue Aug 31 07:05:25 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 31 Aug 2010 10:05:25 -0400 Subject: [opensource-dev] Final build for Snowstorm Sprint 2 Message-ID: <4C7D0C25.9090302@lindenlab.com> Here's a pointer to our final build for Snowstorm sprint 2: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/208771/index.html barring something catastrophic, that should be posted to secondlife.com as soon as we can verify that the requisite infrastructure is in place. From akanevsky at productengine.com Tue Aug 31 07:18:42 2010 From: akanevsky at productengine.com (Anya Kanevsky) Date: Tue, 31 Aug 2010 07:18:42 -0700 Subject: [opensource-dev] Final build for Snowstorm Sprint 2 In-Reply-To: <4C7D0C25.9090302@lindenlab.com> References: <4C7D0C25.9090302@lindenlab.com> Message-ID: Andrey and Valeriy have already started running smoke tests on the build. Because they rock. a 2010/8/31 Oz Linden (Scott Lawrence) > Here's a pointer to our final build for Snowstorm sprint 2: > > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/208771/index.html > > barring something catastrophic, that should be posted to secondlife.com > as soon as we can verify that the requisite infrastructure is in place. > > _______________________________________________ > 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/20100831/acf8f8f3/attachment.htm From trilobyte550m at gmail.com Tue Aug 31 07:25:29 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Tue, 31 Aug 2010 07:25:29 -0700 Subject: [opensource-dev] Final build for Snowstorm Sprint 2 In-Reply-To: <4C7D0C25.9090302@lindenlab.com> References: <4C7D0C25.9090302@lindenlab.com> Message-ID: I tested this build yesterday, anti-aliasing (an essential feature for SL photography and shooting machinima, as well as a preferred setting for many residents) is still broken. Releasing this would be a significant step backwards, in my opinion. TriloByte Zanzibar On Aug 31, 2010, at 7:05 AM, Oz Linden (Scott Lawrence) wrote: > Here's a pointer to our final build for Snowstorm sprint 2: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/208771/index.html > > barring something catastrophic, that should be posted to secondlife.com > as soon as we can verify that the requisite infrastructure is in place. > > _______________________________________________ > 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 tateru.nino at gmail.com Tue Aug 31 08:08:34 2010 From: tateru.nino at gmail.com (Tateru Nino) Date: Wed, 01 Sep 2010 01:08:34 +1000 Subject: [opensource-dev] Final build for Snowstorm Sprint 2 In-Reply-To: <4C7D0C25.9090302@lindenlab.com> References: <4C7D0C25.9090302@lindenlab.com> Message-ID: <4C7D1AF2.9080807@gmail.com> Anyone else seeing shared media rendering messed up on this build (particularly scrollable pages and the like), or is it just me? It appears as if the media rendering is offset on the prim (rolled upwards about 25%, with the top portion at the bottom). Scroll that and it seems to remain consistent. If it's just me, I'll see if I can establish a proper repro. On 1/09/2010 12:05 AM, Oz Linden (Scott Lawrence) wrote: > Here's a pointer to our final build for Snowstorm sprint 2: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/208771/index.html > > barring something catastrophic, that should be posted to secondlife.com > as soon as we can verify that the requisite infrastructure is in place. > > _______________________________________________ > 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 > -- Tateru Nino http://dwellonit.taterunino.net/ From oz at lindenlab.com Tue Aug 31 09:43:16 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 31 Aug 2010 12:43:16 -0400 Subject: [opensource-dev] Final build for Snowstorm Sprint 2 In-Reply-To: References: <4C7D0C25.9090302@lindenlab.com> Message-ID: <4C7D3124.9030106@lindenlab.com> On 2010-08-31 10:25, Trilo Byte wrote: > I tested this build yesterday, anti-aliasing (an essential feature for SL photography and shooting machinima, as well as a preferred setting for many residents) is still broken. Releasing this would be a significant step backwards, in my opinion. There's a difference between 'releasing' a Development build and other categories of viewers (Project, Beta, or Release; see https://wiki.secondlife.com/wiki/Viewer_Types ). We actually do not want to apply the 'normal' standard that a Development build can't have any regressions in it - that would make it equivalent to a Beta or Released build. Clearly, we don't want to promote a build with regressions to one of those higher levels, but putting it out as a Development build with the appropriate caveats is a means of _finding_ those regressions. From trilobyte550m at gmail.com Tue Aug 31 09:52:47 2010 From: trilobyte550m at gmail.com (Trilo Byte) Date: Tue, 31 Aug 2010 09:52:47 -0700 Subject: [opensource-dev] Final build for Snowstorm Sprint 2 In-Reply-To: <4C7D3124.9030106@lindenlab.com> References: <4C7D0C25.9090302@lindenlab.com> <4C7D3124.9030106@lindenlab.com> Message-ID: <1B650B17-B551-49B2-8317-F0813673FF65@gmail.com> Absolutely, regressions are a part of the development process. Usually they're discovered and tweaks/fixes are applied within the next couple builds. That has unfortunately not happened here - it first appeared in build 208569, was reported to Tofu and discussed on list as well as in JIRA, and has not yet been fixed. Now there's all this talk of "final build" and release, it would be a tragedy (and overshadow a lot of really good work) to push 2.1.2 out without fixing that. On Aug 31, 2010, at 9:43 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-08-31 10:25, Trilo Byte wrote: >> I tested this build yesterday, anti-aliasing (an essential feature for SL photography and shooting machinima, as well as a preferred setting for many residents) is still broken. Releasing this would be a significant step backwards, in my opinion. > > There's a difference between 'releasing' a Development build and other categories of viewers (Project, Beta, or Release; see https://wiki.secondlife.com/wiki/Viewer_Types ). > > We actually do not want to apply the 'normal' standard that a Development build can't have any regressions in it - that would make it equivalent to a Beta or Released build. Clearly, we don't want to promote a build with regressions to one of those higher levels, but putting it out as a Development build with the appropriate caveats is a means of _finding_ those regressions. > From kadah.coba at gmail.com Tue Aug 31 11:12:07 2010 From: kadah.coba at gmail.com (Kadah) Date: Tue, 31 Aug 2010 11:12:07 -0700 Subject: [opensource-dev] Final build for Snowstorm Sprint 2 In-Reply-To: <4C7D3124.9030106@lindenlab.com> References: <4C7D0C25.9090302@lindenlab.com> <4C7D3124.9030106@lindenlab.com> Message-ID: <4C7D45F7.4020708@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/31/2010 9:43 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-08-31 10:25, Trilo Byte wrote: >> I tested this build yesterday, anti-aliasing (an essential feature for SL photography and shooting machinima, as well as a preferred setting for many residents) is still broken. Releasing this would be a significant step backwards, in my opinion. > > There's a difference between 'releasing' a Development build and other > categories of viewers (Project, Beta, or Release; see > https://wiki.secondlife.com/wiki/Viewer_Types ). > > We actually do not want to apply the 'normal' standard that a > Development build can't have any regressions in it - that would make it > equivalent to a Beta or Released build. Clearly, we don't want to > promote a build with regressions to one of those higher levels, but > putting it out as a Development build with the appropriate caveats is a > means of _finding_ those regressions. There are 2 graphical caveats since the viewer-release merge: [VWR-17436] Changes to hardware settings (Anti-Alias) in Graphics preferences shows no change on screen [VWR-20988] I can see my hair when walking, in 1st person mode -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMfUX3AAoJEIdLfPRu7qE2P9cH/AlWnNcGOgLPJGUHS4Dy3jWF bvSqF0Aq7o0xGktPEzdBbjy20yZnApqZ0sdu7zOdYh6plKsrMp9Z0JtSCR8ZORXv 3j4gc2TzgnafaxgEerkHMLoiH+Qz42jCi/uzJgmvMNLhDLE3RTYgu3SfKag2Rp6y YEPArxmjcZf2kklwvIFdB3UrEKCTpxidY4ecBlTckMD9F2jrpLfdQ9LMcq5m33VR lFMKGsUZfnRS1kZpSPeMtBq6Ijp09Wed6ANnRnMRCXrnzs5DN0HIcn9UbHqLludk /ryJq4tc7wBjGNwoZwKhXIW90Pr1MGXar3DqwhT4/wvolW3fo7f3X3vFiSI1lVE= =nibv -----END PGP SIGNATURE----- From sllists at boroon.dasgupta.ch Tue Aug 31 11:55:24 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 31 Aug 2010 20:55:24 +0200 Subject: [opensource-dev] Product Backlog addition request: Build fixes for 64bit out-of-source In-Reply-To: <4C78DB67.5040005@boroon.dasgupta.ch> References: <4C766008.1070001@boroon.dasgupta.ch> <4C78DB67.5040005@boroon.dasgupta.ch> Message-ID: <4C7D501C.5040709@boroon.dasgupta.ch> On 08/28/2010 11:48 AM, Boroondas Gupte wrote: > I'll follow up with a new clone at the original location of my > repository soon and will hopefully get the merges right this time. http://bitbucket.org/boroondas/snowstorm-development/changeset/855c7fac6fc2 (and ancestors) I re-did most commits with clearer indication in the commit messages of how close they are to the original patches/SVN changesets, so don't pull this into clones of the repository previously at bitbucket.org/boroondas/snowstorm-development . If I don't get any vetos by the end of the week, I'll probably delete the latter. Again, testing and reviews of http://bitbucket.org/boroondas/snowstorm-development most welcome! Cheers, Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100831/63a2efd1/attachment.htm From sythos at gmail.com Tue Aug 31 14:10:27 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Tue, 31 Aug 2010 23:10:27 +0200 Subject: [opensource-dev] before opena Jira, APR Message-ID: <20100831231027.374cf366.sythos@gmail.com> got a lot of crashes on a linux 32 system [cut] 2010-08-31T21:02:02Z INFO: purgeAllTextures: Deleting files in directory: /home/user/.secondlife/cache/texturecache/f 2010-08-31T21:02:02Z WARNING: ll_apr_warn_status: APR: Too many open files 2010-08-31T21:02:02Z WARNING: open: Attempting to open filename: /home/user/.secondlife/cache/texturecache/texture.entries 2010-08-31T21:02:02Z INFO: purgeAllTextures: The entire texture cache is cleared. 2010-08-31T21:02:02Z WARNING: ll_apr_warn_status: APR: Too many open files 2010-08-31T21:02:02Z WARNING: open: Attempting to open filename: /home/user/.secondlife/cache/texturecache/texture.entries 2010-08-31T21:02:02Z WARNING: write: apr mFile is removed by somebody else. Can not write. 2010-08-31T21:02:02Z WARNING: clearCorruptedCache: the texture cache is corrupted, need to be cleared. 2010-08-31T21:02:02Z INFO: purgeAllTextures: Deleting files in directory: /home/user/.secondlife/cache/texturecache/0 [/cut] all this repeated some times, then viewer crash badly double checked limits on my user, none reasonable related to number of files opened or sort off... build Second Life 2.1.2 (208719) Aug 30 2010 09:18:15 (Second Life Development) not so sure anyway is a viewer problem of something specific to my linuxbox... is why i'm asking here if somebody else match this kind of crash with latest build From wolfpup67 at earthlink.net Tue Aug 31 14:22:23 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Tue, 31 Aug 2010 17:22:23 -0400 Subject: [opensource-dev] Second Pair of eyes needed! Message-ID: <001201cb4952$9aad0f90$d0072eb0$@net> Sorry folks as this might get a little long. First Code Snip its: 1. see http://jira.secondlife.com/browse/VWR-20741 for reference to new makeLofFileName in patch 2. std::string LLLogChat::oldLogFileName(std::string filename) { time_t now; time_t yesterday = time(&now) - 86400; char dbuffer[20]; /* Flawfinder: ignore */ if (filename == "chat") { strftime(dbuffer, 20, "-%Y-%m-%d", localtime(&yesterday)); } else { strftime(dbuffer, 20, "-%Y-%m", localtime(&yesterday)); } filename += dbuffer; filename = cleanFileName(filename); filename = gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename); filename += ".txt"; LL_INFOS("") << "Old :" << filename << LL_ENDL; return filename; } 3. std::string LLLogChat::ndsLogFileName(std::string filename) { filename = cleanFileName(filename); filename = gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename); filename += ".txt"; LL_INFOS("") << "Original:" << filename << LL_ENDL; return filename; } 4. modified section of void LLLogChat::loadAllHistory(const std::string& file_name, std::list& messages) { if (file_name.empty()) { llwarns << "Session name is Empty!" << llendl; return ; } LLFILE* fptr = LLFile::fopen(makeLogFileName(file_name), "r"); /*Flawfinder: ignore*/ LL_INFOS("") << "Current:" << file_name << LL_ENDL; if (!fptr) { LLFILE* fptr = LLFile::fopen(oldLogFileName(filename), "r"); /*Flawfinder: ignore*/ LL_INFOS("") << "Old :" << file_name << LL_ENDL; if (!fptr) { LLFILE* fptr = LLFile::fopen(ndsLogFileName(file_name), "r"); /*Flawfinder: ignore*/ LL_INFOS("") << "Orginal:" << file_name << LL_ENDL; if (!fptr) return; //No previous conversation with this name. } } LL_INFOS("") << "Reading:" << file_name << LL_ENDL; char buffer[LOG_RECALL_SIZE]; /*Flawfinder: ignore*/ char *bptr; S32 len; bool firstline = TRUE; if (fseek(fptr, (LOG_RECALL_SIZE - 1) * -1 , SEEK_END)) Problem: When I get done with locating the right named log file and got to read it I am ending up with fptr being null and causing viewer lock up and hard crash. From tiggs at lindenlab.com Tue Aug 31 14:29:32 2010 From: tiggs at lindenlab.com (Tiggs Linden) Date: Tue, 31 Aug 2010 17:29:32 -0400 Subject: [opensource-dev] Second Pair of eyes needed! In-Reply-To: <001201cb4952$9aad0f90$d0072eb0$@net> References: <001201cb4952$9aad0f90$d0072eb0$@net> Message-ID: You're shadowing fptr in the last if clause: ??if (!fptr) ? ? ? ?{ ? ? ? ? ? ? ? ?LLFILE* fptr = LLFile::fopen(oldLogFileName(filename), "r"); /*Flawfinder: ignore*/ ? ? ? ? LL_INFOS("") << "Old ? ?:" << file_name << LL_ENDL; ? ? ? ? ? ? ? ?if (!fptr) ? ? ? ? ? ? ? ?{ ? ? ? ? ? ? ? ? ? ? ? ?LLFILE* fptr = LLFile::fopen(ndsLogFileName(file_name), "r"); ? ? ? ? ?/*Flawfinder: ignore*/ ? ? ? ? ? ? ? ? ? ? ? ?LL_INFOS("") << "Orginal:" << file_name << LL_ENDL; ? ? ? ? ? ? ? ? ? ? ? ?if (!fptr) return; ? ? ?//No previous conversation with this name. ? ? ? ? ? ? ? ?} ? ? ? ?} Change that to: ??if (!fptr) ? ? ? ?{ ?? ? ? ? ? ? ?fptr = LLFile::fopen(oldLogFileName(filename), "r");/*Flawfinder: ignore*/ ? ? ? ?LL_INFOS("") << "Old ? ?:" << file_name << LL_ENDL; ? ? ? ? ? ? ? ?if (!fptr) ? ? ? ? ? ? ? ?{ ? ? ? ? ? ? ? ? ? ? ? ?LLFILE* fptr = LLFile::fopen(ndsLogFileName(file_name), "r"); ? ? ? ? ?/*Flawfinder: ignore*/ ? ? ? ? ? ? ? ? ? ? ? ?LL_INFOS("") << "Orginal:" << file_name << LL_ENDL; ? ? ? ? ? ? ? ? ? ? ? ?if (!fptr) return; ? ? ?//No previous conversation with this name. ? ? ? ? ? ? ? ?} ? ? ? ?} On Tue, Aug 31, 2010 at 5:22 PM, WolfPup Lowenhar wrote: > > Sorry folks as this might get a little long. > First Code Snip its: > 1. see http://jira.secondlife.com/browse/VWR-20741 for reference to new > makeLofFileName in patch > 2. std::string LLLogChat::oldLogFileName(std::string filename) > { > ? ? ? ?time_t now; > ? ?time_t yesterday = time(&now) - 86400; > ? ? ? ?char dbuffer[20]; ? ? ? ? ? ? ? /* Flawfinder: ignore */ > ? ? ? ?if (filename == "chat") > ? ? ? ?{ > ? ? ? ? ? ? ? ?strftime(dbuffer, 20, "-%Y-%m-%d", localtime(&yesterday)); > ? ? ? ?} > ? ? ? ?else > ? ? ? ?{ > ? ? ? ? ? ? ? ?strftime(dbuffer, 20, "-%Y-%m", localtime(&yesterday)); > ? ? ? ?} > ? ? ? ?filename += dbuffer; > ? ? ? ?filename = cleanFileName(filename); > ? ? ? ?filename = > gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename); > ? ? ? ?filename += ".txt"; > ? ?LL_INFOS("") << "Old ? ?:" << filename << LL_ENDL; > ? ? ? ?return filename; > } > 3. std::string LLLogChat::ndsLogFileName(std::string filename) > { > ? ?filename = cleanFileName(filename); > ? ? ? ?filename = > gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename); > ? ? ? ?filename += ".txt"; > ? ?LL_INFOS("") << "Original:" << filename << LL_ENDL; > ? ? ? ?return filename; > } > 4. modified section of void LLLogChat::loadAllHistory(const std::string& > file_name, std::list& messages) > { > ? ? ? ?if (file_name.empty()) > ? ? ? ?{ > ? ? ? ? ? ? ? ?llwarns << "Session name is Empty!" << llendl; > ? ? ? ? ? ? ? ?return ; > ? ? ? ?} > > ? ? ? ?LLFILE* fptr = LLFile::fopen(makeLogFileName(file_name), "r"); > /*Flawfinder: ignore*/ > ? ? ? ?LL_INFOS("") << "Current:" << file_name << LL_ENDL; > ? ? ? ?if (!fptr) > ? ? ? ?{ > ? ? ? ? ? ? ? ?LLFILE* fptr = LLFile::fopen(oldLogFileName(filename), "r"); > /*Flawfinder: ignore*/ > ? ? ? ?LL_INFOS("") << "Old ? ?:" << file_name << LL_ENDL; > ? ? ? ? ? ? ? ?if (!fptr) > ? ? ? ? ? ? ? ?{ > ? ? ? ? ? ? ? ? ? ? ? ?LLFILE* fptr = > LLFile::fopen(ndsLogFileName(file_name), "r"); ? ? ? ? ?/*Flawfinder: > ignore*/ > ? ? ? ? ? ? ? ? ? ? ? ?LL_INFOS("") << "Orginal:" << file_name << LL_ENDL; > ? ? ? ? ? ? ? ? ? ? ? ?if (!fptr) return; ? ? ?//No previous conversation > with this name. > ? ? ? ? ? ? ? ?} > ? ? ? ?} > > ? ?LL_INFOS("") << "Reading:" << file_name << LL_ENDL; > ? ? ? ?char buffer[LOG_RECALL_SIZE]; ? ? ? ? ? /*Flawfinder: ignore*/ > ? ? ? ?char *bptr; > ? ? ? ?S32 len; > ? ? ? ?bool firstline = TRUE; > ? ? ? ?if (fseek(fptr, (LOG_RECALL_SIZE - 1) * -1 ?, SEEK_END)) > > Problem: > ?When I get done with locating the right named log file and got to read it I > am ending up with fptr being null and causing viewer lock up and hard crash. > > _______________________________________________ > 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 lists.secondlife.com at trap.wereanimal.net Tue Aug 31 15:17:56 2010 From: lists.secondlife.com at trap.wereanimal.net (lists.secondlife.com at trap.wereanimal.net) Date: Tue, 31 Aug 2010 18:17:56 -0400 Subject: [opensource-dev] I was told this need to be dropped on the mailing list. Message-ID: <201008311817.56744.lists.secondlife.com@trap.wereanimal.net> From http://jira.secondlife.com/browse/VWR-20751 I've added changesets for you to work with. These are the ones I used to get viewer-devolment to build on linux 64-bit standalone. These patches/changeset have been updated to viewer-devolment as it was different from snowglobe 2.x code. https://bitbucket.org/Techwolf/viewer-development/changeset/5a7ee78d029e SNOW-746: Finished Google BreakPad cmake for standalone https://bitbucket.org/Techwolf/viewer-development/changeset/ff09fdf21fde cmake patch from SNOW-543 updated for viewer-development https://bitbucket.org/Techwolf/viewer-development/changeset/fd6fcea097f0 viewer_manifest.py fixes from SNOW-334, SNOW-47, SNOW-517, and SNOW-543. They all touch each other code, so combined into one changeset. Add doc/contrub credit in the right places. https://bitbucket.org/Techwolf/viewer-development/changeset/111a293c0e1c VWR-20893: "class Linux_x86_64Manifest" missing from viewer_manifest.py. Breaking linux 64-bit build. https://bitbucket.org/Techwolf/viewer-development/changeset/00bd21962052 SNOW-512/SNOW-287: Build of LLPlugin fails on 64bit linux due to non PIC code linking into the DSO. Formatting, cleanup, and one minor change by Techwolf Lupindo. Minor change was a move of the hunk in indra/media_plugins/webkit/CmakeLists.txt to same area as the other plugins CmakeLists.txt files. https://bitbucket.org/Techwolf/viewer-development/changeset/15d19316812c SNOW-599/SNOW-747: Pulseaudio should be optional on Linux. https://bitbucket.org/Techwolf/viewer-development/changeset/5697874b390b Add missing "if (LL_TESTS)" from SNOW-651/SNOW-654 --------------------- I've allready done the work. But the process to getting in the process is still unclear. Red tape golore. I hope that can be changed. --Techwolf Lupindo From oz at lindenlab.com Tue Aug 31 19:06:09 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 31 Aug 2010 22:06:09 -0400 Subject: [opensource-dev] I was told this need to be dropped on the mailing list. In-Reply-To: <201008311817.56744.lists.secondlife.com@trap.wereanimal.net> References: <201008311817.56744.lists.secondlife.com@trap.wereanimal.net> Message-ID: <4C7DB511.2050309@lindenlab.com> Here's a story to go with this, Esbee: As a developer, I'd like to be able to build the standard viewer on 64 bit Linux systems. > From http://jira.secondlife.com/browse/VWR-20751 > > I've added changesets for you to work with. These are the ones I used to get > viewer-devolment to build on linux 64-bit standalone. > These patches/changeset have been updated to viewer-devolment as it was > different from snowglobe 2.x code. > > https://bitbucket.org/Techwolf/viewer-development/changeset/5a7ee78d029e > SNOW-746: Finished Google BreakPad cmake for standalone > > https://bitbucket.org/Techwolf/viewer-development/changeset/ff09fdf21fde > cmake patch from SNOW-543 updated for viewer-development > > https://bitbucket.org/Techwolf/viewer-development/changeset/fd6fcea097f0 > viewer_manifest.py fixes from SNOW-334, SNOW-47, SNOW-517, and SNOW-543. They > all touch each other code, so combined into one changeset. Add doc/contrub > credit in the right places. > > https://bitbucket.org/Techwolf/viewer-development/changeset/111a293c0e1c > VWR-20893: "class Linux_x86_64Manifest" missing from viewer_manifest.py. > Breaking linux 64-bit build. > > https://bitbucket.org/Techwolf/viewer-development/changeset/00bd21962052 > SNOW-512/SNOW-287: Build of LLPlugin fails on 64bit linux due to non PIC code > linking into the DSO. > Formatting, cleanup, and one minor change by Techwolf Lupindo. Minor change > was a move of the hunk in indra/media_plugins/webkit/CmakeLists.txt to same > area as the other plugins CmakeLists.txt files. > > https://bitbucket.org/Techwolf/viewer-development/changeset/15d19316812c > SNOW-599/SNOW-747: Pulseaudio should be optional on Linux. > > https://bitbucket.org/Techwolf/viewer-development/changeset/5697874b390b > Add missing "if (LL_TESTS)" from SNOW-651/SNOW-654 > > --------------------- > I've allready done the work. But the process to getting in the process is > still unclear. Red tape golore. I hope that can be changed. > > --Techwolf Lupindo > _______________________________________________ > 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/20100831/db2b06a4/attachment.htm From scruffy.kiwi at gmail.com Tue Aug 31 19:07:42 2010 From: scruffy.kiwi at gmail.com (Scruffy) Date: Wed, 1 Sep 2010 12:07:42 +1000 Subject: [opensource-dev] Request for review/testing Socks 5 support for viewer-development (VWR-20801) In-Reply-To: References: Message-ID: Hi Robin, It would be great if you could fix this ( http://jira.secondlife.com/browse/SNOW-822) at the same time. I use SL through an authenticated web proxy and apart from that issue it works great. Scruffy On Tue, Aug 31, 2010 at 7:54 PM, Robin Cornelius wrote: > As mentioned at Oz's OH yesterday, I would like to try to finish off > the Socks 5 proxy work in the sprint about to start, my repository can > be found at > > https://bitbucket.org/robincornelius/viewer-development-vwr-20801 > > It is a few days out of date, and I will address that ASAP, but I am > more concerned with the functionality of the core feature at this > immediate stage to make sure it does what it says on the tin for > everyone else. I've compiled on all 3 platforms ok but I've only > tested currently on windows as my other boxes are having issues > running the viewer (for various off topic reasons that i'm fixing when > i get time) > > I started a test plan (also incomplete/outof date currently) > > https://docs.google.com/document/edit?id=1LM1EjS_RFzgR_3nkDkrpM8NMBuQaeJo7CDbp21fCE_Q&hl=en&authkey=CIjDl9sB > > The proxy supports the same feature set as the original implementation > in Snowglobe 1.X, that is http traffic can be sent to a http proxy > (web proxy setting) independent of the UDP trafic being sent to a > socks 5 proxy. This provides combinations that allow > http-texture/asset to be sent via squids (with appropriate store > rewrite rule) to cache textures/assets. Access to these extra modes > can be achieved by clicking the tool icon to the side of the socks > proxy address/port field on preferences/network > > I believe this feature is a partial answer to the story "As a > Business User, I am sometimes unable to access SL at all from behind > my company firewall. How do I work around this?" on the back log, > clearly this only provides one method to work from behind a firewall > and currently it does not address Voice at all. It is possible to > proxy voice via socks 5 as well, but this requires other modifications > that are outside the scope of this jira/feature, but is something I > have done a functional proof of concept test on, i just need to find a > clean solution that is acceptable and easy to use. > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100901/bd453c33/attachment-0001.htm From gcanaday at gmail.com Tue Aug 31 20:40:04 2010 From: gcanaday at gmail.com (Glen Canaday) Date: Tue, 31 Aug 2010 23:40:04 -0400 Subject: [opensource-dev] Removal of the "MultipleAttachments" debug settings ? In-Reply-To: <8313138446845496260@unknownmsgid> References: <4C7C16E9.6010202@gmail.com> <8313138446845496260@unknownmsgid> Message-ID: <1283312404.2758.3.camel@glen-desktop> Been over that and over that on the list. The only way to get that taken care of is to fix it ourselves and have LL merge it in. I'd do it if I were 'up to the task' but anyone who does do it just needs to remember to have it set up as a pref setting. Gamers like it broken like it is now, people who SOCIALIZE here (since SL is, in fact, *not* a game... ahem) like it broken the way it's historically been. Either way, it's broken for someone. Just need the check box for "b0rken other way". --GC On Tue, 2010-08-31 at 12:24 +0200, Francesco Rabbi wrote: > Il giorno 31/ago/2010, alle ore 12:11, Argent Stonecutter > ha scritto: > > > On 2010-08-30, at 15:39, Suz Dollar wrote: > >> *cough* If the point of this is to make people *want* 2.x.... a lot of > >> nice tags that say 'to see me properly, use viewer 2.x... I have more > >> attachments than you do' might be a good way to go. > > > > If I can't talk without jumping I'm not going to go to V2 no matter how many attachment points it has. > > > Yes.... Focus should be fixed... > > > From merov at lindenlab.com Tue Aug 31 22:31:05 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 31 Aug 2010 22:31:05 -0700 Subject: [opensource-dev] Sprint 3 : request for testing Message-ID: Hi, I merged 4 Snowglobe 2.x fixes to merov_linden/viewer-development-import and would like some tests from folks knowledgeable in the features before pulling that in lindenlab/viewer-development. Binaries are available at : http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/208842/index.html The 4 fixes are: - SNOW-681 / VWR-1852 : Local ruler mode aligned incorrectly for linked objects - SNOW-684 / VWR-4232 : Some particles don't disappear when UI is hidden - SNOW-683 / VWR-8726 : Turn off swirling lights for scripted objects - SNOW-680 / VWR-10854 : Honour share with group and allow anyone to copy for snapshots Tests and comments welcome. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100831/ff5ad00a/attachment.htm