From nickyperian at yahoo.com Sat Jun 2 17:59:02 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 2 Jun 2012 17:59:02 -0700 (PDT) Subject: [opensource-dev] Mercurial Queues (MQ) and Bitbucket Work flow Draft Message-ID: <1338685142.84847.YahooMailNeo@web43502.mail.sp1.yahoo.com> I searched for a 1,2,3 setup for mercurial queues and the more I read the more confused I became. Hope this can help someone. Nicky http://wiki.kokuaviewer.org/wiki/Kokua:Development#Mercurial_Queues_.28MQ.29_and_Bitbucket_.28Bb.29_Workflow_DRAFT? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120602/633fc367/attachment.htm From kf6kjg at gmail.com Sun Jun 3 10:43:38 2012 From: kf6kjg at gmail.com (Ricky) Date: Sun, 3 Jun 2012 10:43:38 -0700 Subject: [opensource-dev] Anyone else having this issue uploading meshes? Message-ID: Just a ping to see if the problem is limited to my combination of viewer and mesh. The error pops up as a floater when I press "Calculate Weights & Fees" and states the following: Mesh failed to upload: Unable to upload asset. Upload_ServerError See the log file for details. The log shows the following: 2012-06-03T17:07:08Z WARNING: completed: fee request failed 2012-06-03T17:07:08Z WARNING: log_upload_error: stage: fee http status: 500 2012-06-03T17:07:08Z WARNING: log_upload_error: err: {'identifier':'Upload_ServerError','message':'Unable to upload asset.'} 2012-06-03T17:07:08Z WARNING: log_upload_error: mesh upload failed, stage 'fee' error '', message 'Unable to upload asset.', id 'Upload_ServerError' 2012-06-03T17:07:08Z WARNING: setModelPhysicsFeeErrorStatus: LLFloaterModelPreview::setModelPhysicsFeeErrorStatus(500 : ) 2012-06-03T17:07:08Z WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert: Mesh failed to upload: Unable to upload asset. Upload_ServerError If you can or cannot repo, let me know at https://jira.secondlife.com/browse/SVC-7978 or via private email, thanks! Ricky Cron Stardust PS: I've tested with multiple viewers, using 3.3.1, 3.3.2, and 3.3.4.258391 vintages, involving Pathfinding, viewer-dev, and release - all show the error. So I think it's either a serverside issue, or a problem with my mesh - though why a mesh would cause a 500 Internal Server Error response.... PPS: As an aside, the latest VD I tried ( http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/integration_viewer-development/rev/258391/index.html) crashed on login on Mac OSX Lion, but seems to run on Snow Leopard. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120603/a6cf8a55/attachment.htm From nickyperian at yahoo.com Sun Jun 3 12:47:50 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Sun, 3 Jun 2012 12:47:50 -0700 (PDT) Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: References: Message-ID: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> I have an unproven theory. It is Sunday with lots of stau on the inet. Now to my theory. Let's you have your data *.dae files on a network drive or worse yet in dropbox folder. The write back of the *.slm file is now taking a bit longer because of inet traffic and the normal latency for obtaining file locks and the LAN overhead involved of obtaining exclusive control of the file open, lock, write, unlock and close processes.? I had this failure on aditi a couple Sundays ago, next morning and after moving the files to the *.dae local file system everything worked fine using the same exact files. However, I was using an hacd library in the system. ? >________________________________ > From: Ricky >To: opensource-dev at lists.secondlife.com >Sent: Sunday, June 3, 2012 12:43 PM >Subject: [opensource-dev] Anyone else having this issue uploading meshes? > > >Just a ping to see if the problem is limited to my combination of viewer and mesh. The error pops up as a floater when I press "Calculate?Weights & Fees" and states the following: >Mesh failed to upload: Unable to upload asset. >>Upload_ServerError >> >> >>See the log file for details. > > >The log shows the following: >2012-06-03T17:07:08Z WARNING: completed: fee request failed >>2012-06-03T17:07:08Z WARNING: log_upload_error: stage: fee http status: 500 >>2012-06-03T17:07:08Z WARNING: log_upload_error: err: {'identifier':'Upload_ServerError','message':'Unable to upload asset.'} >>2012-06-03T17:07:08Z WARNING: log_upload_error: mesh upload failed, stage 'fee' error '', message 'Unable to upload asset.', id 'Upload_ServerError' >>2012-06-03T17:07:08Z WARNING: setModelPhysicsFeeErrorStatus: LLFloaterModelPreview::setModelPhysicsFeeErrorStatus(500 : ) >>2012-06-03T17:07:08Z WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert: Mesh failed to upload: Unable to upload asset. Upload_ServerError? > > >If you can or cannot repo, let me know at https://jira.secondlife.com/browse/SVC-7978?or via private email, thanks! > > >Ricky >Cron Stardust > > >PS: I've tested with multiple viewers, using 3.3.1, 3.3.2, and 3.3.4.258391 vintages, involving Pathfinding, viewer-dev, and release - all show the error. ?So I think it's either a serverside issue, or a problem with my mesh - though why a mesh would cause a 500 Internal Server Error response.... > > >PPS: As an aside, the latest VD I tried (http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/integration_viewer-development/rev/258391/index.html ) crashed on login on Mac OSX Lion, but seems to run on Snow Leopard. >_______________________________________________ >Policies 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/20120603/69a42f76/attachment.htm From kf6kjg at gmail.com Sun Jun 3 13:08:43 2012 From: kf6kjg at gmail.com (Ricky) Date: Sun, 3 Jun 2012 13:08:43 -0700 Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> References: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: Interesting hypothesis. However, I've now attempted this on both a Friday and a Sunday with the same results. :) Also, as the status code is an HTTP 500 "Internal Server Error" instead of, for instance, SH-3055's 408 "Request Timeout" I'm leaning more towards a bug in the server than a timing issue - though it's certainly possible that the latter could induce the former! Thanks for the response! Ricky Cron Stardust On Sun, Jun 3, 2012 at 12:47 PM, Nicky Perian wrote: > I have an unproven theory. It is Sunday with lots of stau on the inet. Now > to my theory. Let's you have your data *.dae files on a network drive or > worse yet in dropbox folder. The write back of the *.slm file is now taking > a bit longer because of inet traffic and the normal latency for obtaining > file locks and the LAN overhead involved of obtaining exclusive control of > the file open, lock, write, unlock and close processes. > > I had this failure on aditi a couple Sundays ago, next morning and after > moving the files to the *.dae local file system everything worked fine > using the same exact files. > > However, I was using an hacd library in the system. > > > ------------------------------ > *From:* Ricky > *To:* opensource-dev at lists.secondlife.com > *Sent:* Sunday, June 3, 2012 12:43 PM > *Subject:* [opensource-dev] Anyone else having this issue uploading > meshes? > > Just a ping to see if the problem is limited to my combination of viewer > and mesh. The error pops up as a floater when I press "Calculate Weights & > Fees" and states the following: > > Mesh failed to upload: Unable to upload asset. > Upload_ServerError > > See the log file for details. > > > The log shows the following: > > 2012-06-03T17:07:08Z WARNING: completed: fee request failed > 2012-06-03T17:07:08Z WARNING: log_upload_error: stage: fee http status: 500 > 2012-06-03T17:07:08Z WARNING: log_upload_error: err: > {'identifier':'Upload_ServerError','message':'Unable to upload asset.'} > 2012-06-03T17:07:08Z WARNING: log_upload_error: mesh upload failed, stage > 'fee' error '', message 'Unable to upload asset.', id 'Upload_ServerError' > 2012-06-03T17:07:08Z WARNING: setModelPhysicsFeeErrorStatus: > LLFloaterModelPreview::setModelPhysicsFeeErrorStatus(500 : ) > 2012-06-03T17:07:08Z WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert: > Mesh failed to upload: Unable to upload asset. Upload_ServerError > > > If you can or cannot repo, let me know at > https://jira.secondlife.com/browse/SVC-7978 or via private email, thanks! > > Ricky > Cron Stardust > > PS: I've tested with multiple viewers, using 3.3.1, 3.3.2, and > 3.3.4.258391 vintages, involving Pathfinding, viewer-dev, and release - all > show the error. So I think it's either a serverside issue, or a problem > with my mesh - though why a mesh would cause a 500 Internal Server Error > response.... > > PPS: As an aside, the latest VD I tried ( > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/integration_viewer-development/rev/258391/index.html) crashed on login on Mac OSX Lion, but seems to run on Snow Leopard. > > _______________________________________________ > Policies 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/20120603/69c37c7e/attachment.htm From geenz at exodusviewer.com Sun Jun 3 13:11:30 2012 From: geenz at exodusviewer.com (Geenz Spad) Date: Sun, 3 Jun 2012 16:11:30 -0400 Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: References: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: Have you attempted this on both pathfinding and non-pathfinding regions? Seems to manifest primarily on pathfinding regions for me. -- Geenz Spad Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Sunday, June 3, 2012 at 4:08 PM, Ricky wrote: > Interesting hypothesis. However, I've now attempted this on both a Friday and a Sunday with the same results. :) Also, as the status code is an HTTP 500 "Internal Server Error" instead of, for instance, SH-3055's 408 "Request Timeout" I'm leaning more towards a bug in the server than a timing issue - though it's certainly possible that the latter could induce the former! > > Thanks for the response! > Ricky > Cron Stardust > > On Sun, Jun 3, 2012 at 12:47 PM, Nicky Perian wrote: > > I have an unproven theory. It is Sunday with lots of stau on the inet. Now to my theory. Let's you have your data *.dae files on a network drive or worse yet in dropbox folder. The write back of the *.slm file is now taking a bit longer because of inet traffic and the normal latency for obtaining file locks and the LAN overhead involved of obtaining exclusive control of the file open, lock, write, unlock and close processes. > > > > I had this failure on aditi a couple Sundays ago, next morning and after moving the files to the *.dae local file system everything worked fine using the same exact files. > > > > However, I was using an hacd library in the system. > > > > > > > From: Ricky > > > To: opensource-dev at lists.secondlife.com (mailto:opensource-dev at lists.secondlife.com) > > > Sent: Sunday, June 3, 2012 12:43 PM > > > Subject: [opensource-dev] Anyone else having this issue uploading meshes? > > > > > > Just a ping to see if the problem is limited to my combination of viewer and mesh. The error pops up as a floater when I press "Calculate Weights & Fees" and states the following: > > > > Mesh failed to upload: Unable to upload asset. > > > > Upload_ServerError > > > > > > > > See the log file for details. > > > > > > The log shows the following: > > > > 2012-06-03T17:07:08Z WARNING: completed: fee request failed > > > > > > > > 2012-06-03T17:07:08Z WARNING: log_upload_error: stage: fee http status: 500 > > > > > > > > 2012-06-03T17:07:08Z WARNING: log_upload_error: err: {'identifier':'Upload_ServerError','message':'Unable to upload asset.'} > > > > > > > > 2012-06-03T17:07:08Z WARNING: log_upload_error: mesh upload failed, stage 'fee' error '', message 'Unable to upload asset.', id 'Upload_ServerError' > > > > > > > > 2012-06-03T17:07:08Z WARNING: setModelPhysicsFeeErrorStatus: LLFloaterModelPreview::setModelPhysicsFeeErrorStatus(500 : ) > > > > > > > > 2012-06-03T17:07:08Z WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert: Mesh failed to upload: Unable to upload asset. Upload_ServerError > > > > > > > > > > > > > If you can or cannot repo, let me know at https://jira.secondlife.com/browse/SVC-7978 or via private email, thanks! > > > > > > Ricky > > > Cron Stardust > > > > > > PS: I've tested with multiple viewers, using 3.3.1, 3.3.2, and 3.3.4.258391 vintages, involving Pathfinding, viewer-dev, and release - all show the error. So I think it's either a serverside issue, or a problem with my mesh - though why a mesh would cause a 500 Internal Server Error response.... > > > > > > PPS: As an aside, the latest VD I tried (http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/integration_viewer-development/rev/258391/index.html ) crashed on login on Mac OSX Lion, but seems to run on Snow Leopard. > > > _______________________________________________ > > > Policies 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/20120603/fe8942c6/attachment-0001.htm From kf6kjg at gmail.com Sun Jun 3 13:45:11 2012 From: kf6kjg at gmail.com (Ricky) Date: Sun, 3 Jun 2012 13:45:11 -0700 Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: References: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: Negative: I've not yet tested on non-pathfinding regions. I'll see if I can do so soon. Ricky Cron Stardust On Sun, Jun 3, 2012 at 1:11 PM, Geenz Spad wrote: > Have you attempted this on both pathfinding and non-pathfinding regions? > Seems to manifest primarily on pathfinding regions for me. > > -- > Geenz Spad > Sent with Sparrow > > On Sunday, June 3, 2012 at 4:08 PM, Ricky wrote: > > Interesting hypothesis. However, I've now attempted this on both a Friday > and a Sunday with the same results. :) Also, as the status code is an HTTP > 500 "Internal Server Error" instead of, for instance, SH-3055's 408 > "Request Timeout" I'm leaning more towards a bug in the server than a > timing issue - though it's certainly possible that the latter could induce > the former! > > Thanks for the response! > Ricky > Cron Stardust > > On Sun, Jun 3, 2012 at 12:47 PM, Nicky Perian wrote: > > I have an unproven theory. It is Sunday with lots of stau on the inet. Now > to my theory. Let's you have your data *.dae files on a network drive or > worse yet in dropbox folder. The write back of the *.slm file is now taking > a bit longer because of inet traffic and the normal latency for obtaining > file locks and the LAN overhead involved of obtaining exclusive control of > the file open, lock, write, unlock and close processes. > > I had this failure on aditi a couple Sundays ago, next morning and after > moving the files to the *.dae local file system everything worked fine > using the same exact files. > > However, I was using an hacd library in the system. > > > ------------------------------ > *From:* Ricky > *To:* opensource-dev at lists.secondlife.com > *Sent:* Sunday, June 3, 2012 12:43 PM > *Subject:* [opensource-dev] Anyone else having this issue uploading > meshes? > > Just a ping to see if the problem is limited to my combination of viewer > and mesh. The error pops up as a floater when I press "Calculate Weights & > Fees" and states the following: > > Mesh failed to upload: Unable to upload asset. > Upload_ServerError > > See the log file for details. > > > The log shows the following: > > 2012-06-03T17:07:08Z WARNING: completed: fee request failed > 2012-06-03T17:07:08Z WARNING: log_upload_error: stage: fee http status: 500 > 2012-06-03T17:07:08Z WARNING: log_upload_error: err: > {'identifier':'Upload_ServerError','message':'Unable to upload asset.'} > 2012-06-03T17:07:08Z WARNING: log_upload_error: mesh upload failed, stage > 'fee' error '', message 'Unable to upload asset.', id 'Upload_ServerError' > 2012-06-03T17:07:08Z WARNING: setModelPhysicsFeeErrorStatus: > LLFloaterModelPreview::setModelPhysicsFeeErrorStatus(500 : ) > 2012-06-03T17:07:08Z WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert: > Mesh failed to upload: Unable to upload asset. Upload_ServerError > > > If you can or cannot repo, let me know at > https://jira.secondlife.com/browse/SVC-7978 or via private email, thanks! > > Ricky > Cron Stardust > > PS: I've tested with multiple viewers, using 3.3.1, 3.3.2, and > 3.3.4.258391 vintages, involving Pathfinding, viewer-dev, and release - all > show the error. So I think it's either a serverside issue, or a problem > with my mesh - though why a mesh would cause a 500 Internal Server Error > response.... > > PPS: As an aside, the latest VD I tried ( > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/integration_viewer-development/rev/258391/index.html) crashed on login on Mac OSX Lion, but seems to run on Snow Leopard. > > _______________________________________________ > Policies 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/20120603/a22858ba/attachment.htm From nickyperian at yahoo.com Sun Jun 3 15:34:46 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Sun, 3 Jun 2012 17:34:46 -0500 Subject: [opensource-dev] [kokua-dev] Mercurial Queues (MQ) and Bitbucket Work flow Draft In-Reply-To: <4FCBE418.9020701@kokuaviewer.org> References: <1338685142.84847.YahooMailNeo@web43502.mail.sp1.yahoo.com> <4FCBE418.9020701@kokuaviewer.org> Message-ID: A redirect is best. Just putting my own thoughts down. Not the best place to do that. Sent from my iPhone On Jun 3, 2012, at 5:24 PM, "Borun (a.k.a. Boroondas Gupte)" wrote: > On 06/03/2012 02:59 AM, Nicky Perian wrote: >> >> I searched for a 1,2,3 setup for mercurial queues and the more I read the more confused I became. >> Hope this can help someone. >> >> Nicky >> >> http://wiki.kokuaviewer.org/wiki/Kokua:Development#Mercurial_Queues_.28MQ.29_and_Bitbucket_.28Bb.29_Workflow_DRAFT > I've started to structure the above a bit, but then, through a search in the bitbucket documentation for "queue", I've found these blog posts: > A Git User?s Guide to Mercurial Queues > Via the (otherwise empty) Using Patch Queues on bitbucket doku page: > Using Mercurial Queues and bitbucket.org > Bitbucket Mercurial Patch Queues > Haven't yet read the latter two, but the first one looks very useful and gives quite some insight, so I wonder whether we should just redirect people there, rather than rolling our own documentation on this somewhat complex and arguably tangential topic. Note that that first blog post states that versioned patch queues, while a mighty concept, are a feature you'll probably neither need to use nor want to use in most cases. Though, bitbucket's support for MQ seems to be just about them. Why that? Probably because regular (unversioned) queues are a local-only affair, so your remote repositories, whether on bitbucket or elsewhere, don't have to bother about them at all. > So in order not to misguide others into using a feature they won't need, I propose rather than refining our own instructions, to replace them with references to external documentation about the topic. Of course, if there's something Kokua specific or Second Life Viewer specific to add, that'd belong on our own wiki(s), but I don't currently see anything like that. > Cheers, > B. > _______________________________________________ > kokua-dev mailing list > kokua-dev at lists.kokuaviewer.org > http://lists.kokuaviewer.org/listinfo.cgi/kokua-dev-kokuaviewer.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120603/88b80a83/attachment.htm From sl.nicky.ml at googlemail.com Mon Jun 4 04:26:31 2012 From: sl.nicky.ml at googlemail.com (Nicky D.) Date: Mon, 4 Jun 2012 13:26:31 +0200 Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> References: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian wrote: > I have an unproven theory. It is Sunday with lots of stau on the inet. Now > to my theory. Let's you have your data *.dae files on a network drive or > worse yet in dropbox folder. The write back of the *.slm file is now taking > a bit longer because of inet traffic and the normal latency for obtaining > file locks and the LAN overhead involved of obtaining exclusive control of > the file open, lock, write, unlock and close processes. > It does not matter if your file is on DropBox, your HDD or a floppy disk. The dae loading takes places long before even any communication with the server takes places. Writing the slm is done before the hulls etc are uploaded. Even if the slm writing has higher latency in some cases, it won't influence neither decoding nor upload. For the real cause, and to know why sometimes client and server disagree if a convex decomposition is valid we would need to have access to the server (logs). Sometimes I am sure won't happen anytime soon :) Regards, Nicky From nickyperian at yahoo.com Mon Jun 4 05:14:00 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Mon, 4 Jun 2012 05:14:00 -0700 (PDT) Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: References: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: <1338812040.90928.YahooMailNeo@web43512.mail.sp1.yahoo.com> Would opensim server logs be of value? >________________________________ > From: Nicky D. >To: Nicky Perian >Cc: Ricky ; "opensource-dev at lists.secondlife.com" >Sent: Monday, June 4, 2012 6:26 AM >Subject: Re: [opensource-dev] Anyone else having this issue uploading meshes? > >On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian wrote: >> I have an unproven theory. It is Sunday with lots of stau on the inet. Now >> to my theory. Let's you have your data *.dae files on a network drive or >> worse yet in dropbox folder. The write back of the *.slm file is now taking >> a bit longer because of inet traffic and the normal latency for obtaining >> file locks and the LAN overhead involved of obtaining exclusive control of >> the file open, lock, write, unlock and close processes. >> > >It does not matter if your file is on DropBox, your HDD or a floppy disk. >The dae loading takes places long before even any communication with the >server takes places. Writing the slm is done before the hulls etc are uploaded. >Even if the slm writing has higher latency in some cases, it won't influence >neither decoding nor upload. > >For the real cause, and to know why sometimes client and server disagree >if a convex decomposition is valid we would need to have access to the server >(logs). Sometimes I am sure won't happen anytime soon :) > >Regards, >? Nicky > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120604/5b7ea940/attachment-0001.htm From geenz at exodusviewer.com Mon Jun 4 07:09:15 2012 From: geenz at exodusviewer.com (Geenz Spad) Date: Mon, 4 Jun 2012 10:09:15 -0400 Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: <1338812040.90928.YahooMailNeo@web43512.mail.sp1.yahoo.com> References: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> <1338812040.90928.YahooMailNeo@web43512.mail.sp1.yahoo.com> Message-ID: I'm doubt that it has anything to do with convex decomposition, not unless they recently changed the format in which the server expects the hulls. Though even if they did, I'd think they'd include those changes as part of the pathfinding viewer. -- Geenz Spad Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Monday, June 4, 2012 at 8:14 AM, Nicky Perian wrote: > Would opensim server logs be of value? > > > From: Nicky D. > > To: Nicky Perian > > Cc: Ricky ; "opensource-dev at lists.secondlife.com (mailto:opensource-dev at lists.secondlife.com)" > > Sent: Monday, June 4, 2012 6:26 AM > > Subject: Re: [opensource-dev] Anyone else having this issue uploading meshes? > > > > On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian wrote: > > > I have an unproven theory. It is Sunday with lots of stau on the inet. Now > > > to my theory. Let's you have your data *.dae files on a network drive or > > > worse yet in dropbox folder. The write back of the *.slm file is now taking > > > a bit longer because of inet traffic and the normal latency for obtaining > > > file locks and the LAN overhead involved of obtaining exclusive control of > > > the file open, lock, write, unlock and close processes. > > > > > > > It does not matter if your file is on DropBox, your HDD or a floppy disk. > > The dae loading takes places long before even any communication with the > > server takes places. Writing the slm is done before the hulls etc are uploaded. > > Even if the slm writing has higher latency in some cases, it won't influence > > neither decoding nor upload. > > > > For the real cause, and to know why sometimes client and server disagree > > if a convex decomposition is valid we would need to have access to the server > > (logs). Sometimes I am sure won't happen anytime soon :) > > > > Regards, > > Nicky > > > > > _______________________________________________ > Policies 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/20120604/4480221e/attachment.htm From nickyperian at yahoo.com Mon Jun 4 08:54:31 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Mon, 4 Jun 2012 08:54:31 -0700 (PDT) Subject: [opensource-dev] Anyone else having this issue uploading meshes? In-Reply-To: <1338812040.90928.YahooMailNeo@web43512.mail.sp1.yahoo.com> References: <1338752870.63278.YahooMailNeo@web43503.mail.sp1.yahoo.com> <1338812040.90928.YahooMailNeo@web43512.mail.sp1.yahoo.com> Message-ID: <1338825271.31819.YahooMailNeo@web43505.mail.sp1.yahoo.com> >>Would opensim server logs be of value?? On the same day I was receiving the failure to load errors on aditi I received the exact error when uploading to my opensim localhost grid. That indicated that the problem was not specific to SL servers. Once I took the files off Dropbox I have had no additional upload problems. It's?apparent?I don't know the code well enough. But, is it possible that the write operation of *.sln is in a different thread which has problems completing its task? I know a person that uses mesh upload to build worlds on opensim and has experienced mesh upload failures. I think he/she could provide side-by-side server and viewer logs at the point of mesh upload failure.? Nicky ? >________________________________ > From: Nicky Perian >To: Nicky D. >Cc: Ricky ; "opensource-dev at lists.secondlife.com" >Sent: Monday, June 4, 2012 7:14 AM >Subject: Re: [opensource-dev] Anyone else having this issue uploading meshes? > > >Would opensim server logs be of value? > > > >>________________________________ >> From: Nicky D. >>To: Nicky Perian >>Cc: Ricky ; "opensource-dev at lists.secondlife.com" >>Sent: Monday, June 4, 2012 6:26 AM >>Subject: Re: [opensource-dev] Anyone else having this issue uploading meshes? >> >>On Sun, Jun 3, 2012 at 9:47 PM, Nicky Perian wrote: >>> I have an unproven theory. It is Sunday with lots of stau on the inet. Now >>> to my theory. Let's you have your data *.dae files on a network drive or >>> worse yet in dropbox folder. The write back of the *.slm file is now taking >>> a bit longer because of inet traffic and the normal latency for obtaining >>> file locks and the LAN overhead involved of obtaining exclusive control of >>> the file open, lock, write, unlock and close processes. >>> >> >>It does not matter if your file is on DropBox, your HDD or a floppy disk. >>The dae loading takes places long before even any communication with the >>server takes places. Writing the slm is done before the hulls etc are uploaded. >>Even if the slm writing has higher latency in some cases, it won't influence >>neither decoding nor upload. >> >>For the real cause, and to know why sometimes client and server disagree >>if a convex decomposition is valid we would need to have access to the server >>(logs). Sometimes I am sure won't happen anytime soon :) >> >>Regards, >>? Nicky >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120604/8f5bd509/attachment.htm From fuerholz at gmx.net Mon Jun 4 11:18:26 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Mon, 04 Jun 2012 18:18:26 -0000 Subject: [opensource-dev] Review Request: STORM-1845: Move "Show HUD Attachments" (Alt+Shift+H) from Advanced-> "Highlighting and Visibility" to Me - menu Message-ID: <20120604181826.6977.15974@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/582/ ----------------------------------------------------------- Review request for Viewer and Oz Linden. Description ------- Moved the option to enable/disable the visibility of HUD attachments to the Me- menu. This addresses bug STORM-1845. Diffs ----- indra/newview/skins/default/xui/en/menu_viewer.xml 29143d1fc6fa Diff: http://codereview.secondlife.com/r/582/diff/diff Testing ------- Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120604/353a8c9f/attachment.htm From oz at lindenlab.com Mon Jun 4 13:51:11 2012 From: oz at lindenlab.com (Oz Linden) Date: Mon, 04 Jun 2012 20:51:11 -0000 Subject: [opensource-dev] Review Request: STORM-1845: Move "Show HUD Attachments" (Alt+Shift+H) from Advanced-> "Highlighting and Visibility" to Me - menu In-Reply-To: <20120604181826.6977.15974@domU-12-31-38-00-90-68.compute-1.internal> References: <20120604181826.6977.15974@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120604205111.6974.68294@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/582/#review1225 ----------------------------------------------------------- Ship it! Ship It! - Oz Linden On June 4, 2012, 11:18 a.m., MartinRJ Fayray wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/582/ > ----------------------------------------------------------- > > (Updated June 4, 2012, 11:18 a.m.) > > > Review request for Viewer and Oz Linden. > > > Description > ------- > > Moved the option to enable/disable the visibility of HUD attachments to the Me- menu. > > > This addresses bug STORM-1845. > > > Diffs > ----- > > indra/newview/skins/default/xui/en/menu_viewer.xml 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/582/diff/diff > > > Testing > ------- > > > Thanks, > > MartinRJ Fayray > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120604/5341e90d/attachment.htm From oz at lindenlab.com Tue Jun 5 11:27:00 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 05 Jun 2012 14:27:00 -0400 Subject: [opensource-dev] Linux toolchain update... testers needed. Message-ID: <4FCE4F74.5080200@lindenlab.com> We're working on upgrading our Linux viewer build toolchain (moving to Debian Squeeze)... I've got a test build that I'd like some Linux users to try to see if it works for them: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 Please respond here or directly to me (don't create Jira issues yet, please). From nickyperian at yahoo.com Tue Jun 5 11:56:25 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 5 Jun 2012 11:56:25 -0700 (PDT) Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE4F74.5080200@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> Message-ID: <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> Logged to aditi w/o issue Second Life 3.3.3 (257957) May 24 2012 17:25:24 (Second Life Development) Release Notes You are at 255426.0, 256396.0, 32.9 in Morris located at sim7028.aditi.lindenlab.com (216.82.40.145:12035) Second Life Server 12.04.30.255166 Release Notes CPU: Intel(R) Core(TM) i5 CPU ? ? ? ? 650 ?@ 3.20GHz (3201 MHz) Memory: 7932 MB OS Version: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 5450 ? ? OpenGL Version: 4.2.11566 Compatibility Profile Context libcurl Version: libcurl/7.21.1 OpenSSL/1.0.0d zlib/1.2.5 c-ares/1.7.1 J2C Decoder Version: KDU v6.4.1 Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.11.753 / OpenAL Community / OpenAL Soft: PulseAudio Software Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Vivox 3.2.0002.10426 Built with GCC version 40103 Packets Lost: 0/2662 (0.0%) >________________________________ > From: Oz Linden (Scott Lawrence) >To: opensource-dev >Sent: Tuesday, June 5, 2012 1:27 PM >Subject: [opensource-dev] Linux toolchain update... testers needed. > >We're working on upgrading our Linux viewer build toolchain (moving to >Debian Squeeze)... > >I've got a test build that I'd like some Linux users to try to see if it >works for them: > >http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 > >Please respond here or directly to me (don't create Jira issues yet, >please). > >_______________________________________________ >Policies 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/20120605/4aea910e/attachment.htm From nickyperian at yahoo.com Tue Jun 5 11:59:47 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 5 Jun 2012 11:59:47 -0700 (PDT) Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> Message-ID: <1338922787.27687.YahooMailNeo@web43511.mail.sp1.yahoo.com> Do you have any specific tests to run? >________________________________ > From: Nicky Perian >To: Oz Linden (Scott Lawrence) ; opensource-dev >Sent: Tuesday, June 5, 2012 1:56 PM >Subject: Re: [opensource-dev] Linux toolchain update... testers needed. > > >Logged to aditi w/o issue > > >Second Life 3.3.3 (257957) May 24 2012 17:25:24 (Second Life Development) >Release Notes > > >You are at 255426.0, 256396.0, 32.9 in Morris located at sim7028.aditi.lindenlab.com (216.82.40.145:12035) >Second Life Server 12.04.30.255166 >Release Notes > > >CPU: Intel(R) Core(TM) i5 CPU ? ? ? ? 650 ?@ 3.20GHz (3201 MHz) >Memory: 7932 MB >OS Version: Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 >Graphics Card Vendor: ATI Technologies Inc. >Graphics Card: ATI Radeon HD 5450 ? ? > > >OpenGL Version: 4.2.11566 Compatibility Profile Context > > >libcurl Version: libcurl/7.21.1 OpenSSL/1.0.0d zlib/1.2.5 c-ares/1.7.1 >J2C Decoder Version: KDU v6.4.1 >Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.11.753 / OpenAL Community / OpenAL Soft: PulseAudio Software >Qt Webkit Version: 4.7.1 (version number hard-coded) >Voice Server Version: Vivox 3.2.0002.10426 > > >Built with GCC version 40103 >Packets Lost: 0/2662 (0.0%) > > > >>________________________________ >> From: Oz Linden (Scott Lawrence) >>To: opensource-dev >>Sent: Tuesday, June 5, 2012 1:27 PM >>Subject: [opensource-dev] Linux toolchain update... testers needed. >> >>We're working on upgrading our Linux viewer build toolchain (moving to >>Debian Squeeze)... >> >>I've got a test build that I'd like some Linux users to try to see if it >>works for them: >> >>http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 >> >>Please respond here or directly to me (don't create Jira issues yet, >>please). >> >>_______________________________________________ >>Policies 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/20120605/72f44854/attachment.htm From oz at lindenlab.com Tue Jun 5 12:07:45 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 05 Jun 2012 15:07:45 -0400 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> Message-ID: <4FCE5901.4000604@lindenlab.com> On 2012-06-05 14:56 , Nicky Perian wrote: > Logged to aditi w/o issue What I'm after is ... does this work on the flavor of Linux you are running, and what flavor is that? From tinacloud at gmx.de Tue Jun 5 12:19:15 2012 From: tinacloud at gmx.de (Zi Ree) Date: Tue, 5 Jun 2012 21:19:15 +0200 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE5901.4000604@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> Message-ID: <201206052119.15747.tinacloud@gmx.de> Am Dienstag, 5. Juni 2012, 21:07:45 schrieb Oz Linden (Scott Lawrence): > What I'm after is ... does this work on the flavor of Linux you are > running, and what flavor is that? Runs perfectly under openSUSE 11.4. Zi From chaosstar at gmail.com Tue Jun 5 12:31:51 2012 From: chaosstar at gmail.com (Ambrosia) Date: Tue, 5 Jun 2012 21:31:51 +0200 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE5901.4000604@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> Message-ID: Oz, as an aside.. Is there a plan to ever support building non-standalone on Linux 64bit without installing 32bit libraries or workarounds? It can be a nightmare with some distributions, and being forced to compile it as 32bit in 2012 just feels..wrong. Pretty much all that blocks it is a lack of differentiation between 32bit and 64bit Linux in Autobuild, and offering prebuilt libs that got compiled under 64bit once that's in place. --Chalice Yao On Tue, Jun 5, 2012 at 9:07 PM, Oz Linden (Scott Lawrence) wrote: > On 2012-06-05 14:56 , Nicky Perian wrote: >> Logged to aditi w/o issue > > What I'm after is ... does this work on the flavor of Linux you are > running, and what flavor is 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 johnniecarling at gmail.com Tue Jun 5 12:33:21 2012 From: johnniecarling at gmail.com (Johnnie Carling) Date: Tue, 5 Jun 2012 15:33:21 -0400 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE4F74.5080200@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> Message-ID: <201206051533.21171.johnniecarling@gmail.com> > Please respond here or directly to me (don't create Jira issues yet, > please). Crashes on startup on Debian Sid (see STORM-1854) From oz at lindenlab.com Tue Jun 5 12:50:34 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 05 Jun 2012 15:50:34 -0400 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <201206051533.21171.johnniecarling@gmail.com> References: <4FCE4F74.5080200@lindenlab.com> <201206051533.21171.johnniecarling@gmail.com> Message-ID: <4FCE630A.8070505@lindenlab.com> On 2012-06-05 15:33 , Johnnie Carling wrote: >> Please respond here or directly to me (don't create Jira issues yet, >> please). > Crashes on startup on Debian Sid (see STORM-1854) Bug-for-bug-compatible ! From Lance.Corrimal at eregion.de Tue Jun 5 12:52:49 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 05 Jun 2012 21:52:49 +0200 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE5901.4000604@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> Message-ID: <3104616.bnK7fxVOlj@sai> Am Dienstag, 5. Juni 2012, 15:07:45 schrieb Oz Linden: > On 2012-06-05 14:56 , Nicky Perian wrote: > > Logged to aditi w/o issue > > What I'm after is ... does this work on the flavor of Linux you are > running, and what flavor is that? Works on openSUSE 12.1 64bit. bye, LC From oz at lindenlab.com Tue Jun 5 12:59:18 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 05 Jun 2012 15:59:18 -0400 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> Message-ID: <4FCE6516.1060605@lindenlab.com> On 2012-06-05 15:31 , Ambrosia wrote: > Oz, as an aside.. > > Is there a plan to ever support building non-standalone on Linux 64bit > without installing 32bit libraries or workarounds? It can be a > nightmare with some distributions, and being forced to compile it as > 32bit in 2012 just feels..wrong. > Pretty much all that blocks it is a lack of differentiation between > 32bit and 64bit Linux in Autobuild, and offering prebuilt libs that > got compiled under 64bit once that's in place. There is no plan to do this. There is also not a plan not to do it. I don't know whether or not the new build systems this was created on are any better set up for 64 bit building than the old one they will replace were (I'll find out). However, even if they are, doing the work to rebuild and retest all the components and the viewer itself is not a priority for Linden Lab. If it happens that the build systems are already going to be 64 bit capable, and some open source developer (or team) wants to take on doing the job, I can coordinate the requisite access. From sodovan.torok at gmail.com Tue Jun 5 13:34:14 2012 From: sodovan.torok at gmail.com (Sodovan Torok) Date: Tue, 05 Jun 2012 16:34:14 -0400 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE4F74.5080200@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> Message-ID: <4FCE6D46.70101@gmail.com> Xubuntu 12.04 (32-bit) on early Acer Aspire One (2G ram, Intel 945GME chipset -- intel DRI driver in i915 mode, Atom N270). Installed properly, ran, logged in to last location, teleported to home, poked inventory to start loading. WiFi hotspot cut out, and I got the proper "you have been logged out" behavior from the viewer. Clean shutdown. Smoke test shows no obvious differences from the standard release on this system. Sodo On 12-06-05 02:27 PM, Oz Linden (Scott Lawrence) wrote: > We're working on upgrading our Linux viewer build toolchain (moving to > Debian Squeeze)... > > I've got a test build that I'd like some Linux users to try to see if it > works for them: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 > > Please respond here or directly to me (don't create Jira issues yet, > please). > > _______________________________________________ > Policies 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 tano.toll at gmail.com Wed Jun 6 01:00:36 2012 From: tano.toll at gmail.com (Tano Toll) Date: Wed, 6 Jun 2012 10:00:36 +0200 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE4F74.5080200@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> Message-ID: Works as expected under Ubuntu 12.04 (AMD/gnome). Freezing bug when saving a texture https://jira.secondlife.com/browse/VWR-28846 still present. Seems bug-for-bug compatible to me. 2012/6/5 Oz Linden (Scott Lawrence) > We're working on upgrading our Linux viewer build toolchain (moving to > Debian Squeeze)... > > I've got a test build that I'd like some Linux users to try to see if it > works for them: > > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 > > Please respond here or directly to me (don't create Jira issues yet, > please). > > _______________________________________________ > Policies 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/20120606/a1dd4005/attachment.htm From CronoCloud at mchsi.com Wed Jun 6 07:16:50 2012 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Wed, 6 Jun 2012 09:16:50 -0500 Subject: [opensource-dev] Looks like 3.3.3 258054 broke tattoo layers In-Reply-To: <1338317638.19454.YahooMailNeo@web171602.mail.ir2.yahoo.com> References: <1338317638.19454.YahooMailNeo@web171602.mail.ir2.yahoo.com> Message-ID: <20120606091650.4ec01db7.CronoCloud@mchsi.com> On Tue, 29 May 2012 19:53:58 +0100 (BST) "dilspi72-forums at yahoo.de" wrote: > did other see the line around Your neck too? Yes I can confirm that others see it around my neck. I've also now seen it without wearing a tattoo and/or alpha layer, as in the following screenshot: http://www.flickr.com/photos/cronocloudcreeggan/7345051856/in/photostream Rebaking doesn't fix it, and in fact if an outfit doesn't show the line, rebaking will cause it to appear. Deleting cache or settings files doesn't fix it either. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120606/c5eb2886/attachment-0001.pgp From CronoCloud at mchsi.com Wed Jun 6 07:34:51 2012 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Wed, 6 Jun 2012 09:34:51 -0500 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE4F74.5080200@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> Message-ID: <20120606093451.1863e44b.CronoCloud@mchsi.com> On Tue, 05 Jun 2012 14:27:00 -0400 "Oz Linden (Scott Lawrence)" wrote: > I've got a test build that I'd like some Linux users to try to see > if it works for them: > > > Please respond here or directly to me (don't create Jira issues > yet, please). > > Logged into main grid with it right now on Fedora 17 64-bit. it doesn't seem to have that strange neck glitch issue I've reported for 3.3.3-258xxx on up. Second Life 3.3.3 (257957) May 24 2012 17:25:24 (Second Life Development) Release Notes You are at 259515.0, 211842.0, 29.5 in Pantucket located at sim5859.agni.lindenlab.com (216.82.15.88:13001) Second Life Server 12.06.04.258754 Release Notes CPU: AMD Athlon(tm) II X2 240 Processor (2800 MHz) Memory: 3011 MB OS Version: Linux 3.3.7-1.fc17.x86_64 #1 SMP Mon May 21 22:32:19 UTC 2012 x86_64 Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce GT 220/PCIe/SSE2 OpenGL Version: 3.3.0 NVIDIA 295.53 CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120606/a291a93a/attachment.pgp From CronoCloud at mchsi.com Wed Jun 6 07:50:32 2012 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Wed, 6 Jun 2012 09:50:32 -0500 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> Message-ID: <20120606095032.66c467d7.CronoCloud@mchsi.com> On Tue, 5 Jun 2012 21:31:51 +0200 Ambrosia wrote: > Oz, as an aside.. > > Is there a plan to ever support building non-standalone on Linux > 64bit without installing 32bit libraries or workarounds? It can be a > nightmare with some distributions, and being forced to compile it as > 32bit in 2012 just feels..wrong. Soft Linden told me that he suggested 64-bit back in 2008, given the state of 32-bit compatibility in 64-bit distros. Also said Linux was a tiny segment and most Linux users were running 32-bit. (ubuntu SL users having twice the number of other distro users...combined) I suggested that one of the reasons for some SL Linux users running 32 was the fact that it's a pain in the ass to get SL releases running on 64-bit. And it's annoying to no end that I have to install 32 bit flash just so I can have flash on web-on-a-prim work. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120606/35277e1d/attachment.pgp From nickyperian at yahoo.com Wed Jun 6 07:57:52 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Wed, 6 Jun 2012 07:57:52 -0700 (PDT) Subject: [opensource-dev] Looks like 3.3.3 258054 broke tattoo layers In-Reply-To: <20120606091650.4ec01db7.CronoCloud@mchsi.com> References: <1338317638.19454.YahooMailNeo@web171602.mail.ir2.yahoo.com> <20120606091650.4ec01db7.CronoCloud@mchsi.com> Message-ID: <1338994672.61600.YahooMailNeo@web43506.mail.sp1.yahoo.com> i see this on aditi/morris. with Jeffery and default skin. Changed to another skin on a different account and it went away. Not seen this but, haven't looked closely on agni. >________________________________ > From: Ron Rogers Jr. >To: "dilspi72-forums at yahoo.de" >Cc: "opensource-dev at lists.secondlife.com" >Sent: Wednesday, June 6, 2012 9:16 AM >Subject: Re: [opensource-dev] Looks like 3.3.3 258054 broke tattoo layers > >On Tue, 29 May 2012 19:53:58 +0100 (BST) >"dilspi72-forums at yahoo.de" wrote: >> did other see the line around Your neck too? > >Yes I can confirm that others see it around my neck.? I've also now >seen it without wearing a tattoo and/or alpha layer, as in the >following screenshot: > >http://www.flickr.com/photos/cronocloudcreeggan/7345051856/in/photostream > >Rebaking doesn't fix it, and in fact if an outfit doesn't show the >line, rebaking will cause it to appear.? Deleting cache or settings >files doesn't fix it either. > >CronoCloud > > >_______________________________________________ >Policies 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/20120606/150b30e1/attachment.htm From CronoCloud at mchsi.com Wed Jun 6 08:00:22 2012 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Wed, 6 Jun 2012 10:00:22 -0500 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE6516.1060605@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> <4FCE6516.1060605@lindenlab.com> Message-ID: <20120606100022.6e1e8fae.CronoCloud@mchsi.com> On Tue, 05 Jun 2012 15:59:18 -0400 "Oz Linden (Scott Lawrence)" wrote: > There is no plan to do this. > > There is also not a plan not to do it. > Sigh...wasn't this suggested thing to do...4 years ago. I know I complained about the lack of a 64-bit builds of LL releases 2 years ago on my blog. > I don't know whether or not the new build systems this was created > on are any better set up for 64 bit building than the old one they > will replace were (I'll find out). It's 2012, they had better have a 64 bit Linux installed. > However, even if they are, > doing the work to rebuild and retest all the components and the > viewer itself is not a priority for Linden Lab. What is LL's priority, then. Linux users tend to be early adopter/tech evangelists. Wouldn't it be a good idea to make such users happy by making SL easier and less annoying to install for them. I know if a 64-bit build showed up, I'd certainly be crowing about it on the blog and praising the Lindens for doing so. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120606/7f7f7501/attachment.pgp From chico at chicomax.com Wed Jun 6 08:42:13 2012 From: chico at chicomax.com (Chico Hersey) Date: Wed, 6 Jun 2012 11:42:13 -0400 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <20120606100022.6e1e8fae.CronoCloud@mchsi.com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> <4FCE6516.1060605@lindenlab.com> <20120606100022.6e1e8fae.CronoCloud@mchsi.com> Message-ID: <003501cd43fa$f3609310$da21b930$@com> fuck off take me off your list -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Ron Rogers Jr. Sent: Wednesday, June 06, 2012 11:00 AM To: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Linux toolchain update... testers needed. On Tue, 05 Jun 2012 15:59:18 -0400 "Oz Linden (Scott Lawrence)" wrote: > There is no plan to do this. > > There is also not a plan not to do it. > Sigh...wasn't this suggested thing to do...4 years ago. I know I complained about the lack of a 64-bit builds of LL releases 2 years ago on my blog. > I don't know whether or not the new build systems this was created on > are any better set up for 64 bit building than the old one they will > replace were (I'll find out). It's 2012, they had better have a 64 bit Linux installed. > However, even if they are, > doing the work to rebuild and retest all the components and the viewer > itself is not a priority for Linden Lab. What is LL's priority, then. Linux users tend to be early adopter/tech evangelists. Wouldn't it be a good idea to make such users happy by making SL easier and less annoying to install for them. I know if a 64-bit build showed up, I'd certainly be crowing about it on the blog and praising the Lindens for doing so. CronoCloud From arminweatherwax at lavabit.com Wed Jun 6 09:53:50 2012 From: arminweatherwax at lavabit.com (Armin Weatherwax) Date: Wed, 6 Jun 2012 18:53:50 +0200 Subject: [opensource-dev] Linux 64bit non-standalone (was: Linux toolchain update... testers needed.) In-Reply-To: <4FCE6516.1060605@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> <4FCE6516.1060605@lindenlab.com> Message-ID: <201206061853.50622.arminweatherwax@lavabit.com> Oz Linden (Scott Lawrence) wrote: > There is no plan to do this. > > There is also not a plan not to do it. > > I don't know whether or not the new build systems this was created on > are any better set up for 64 bit building than the old one they will > replace were (I'll find out). However, even if they are, doing the > work to rebuild and retest all the components and the viewer itself > is not a priority for Linden Lab. If it happens that the build > systems are already going to be 64 bit capable, and some open source > developer (or team) wants to take on doing the job, I can coordinate > the requisite access. I'm building Linux 64bit non-standalone viewers since 2 1/2 years now, in gerneral once all libraries where in place there has been most of the time no extra work - its just a Linux version with different libraries. Looking at the download couter, a bit more than half of all Imprudence Linux users are using the 64bit version). The patch I'm using for autobuild is trivial https://bitbucket.org/ArminW/autobuild-kokua/changeset/d653428ae98e - to build 64bit export AUTOBUILD_PLATFORM_OVERRIDE=linux64 ("linux64" is inherited from viewer 1 time, there have been some package references in the install.xml file). Adding a linux64 project to the viewer isn't that much of a difference, see for example Boroondas draft repository: https://bitbucket.org/boroondas/viewer-development-linux64-draft . I added also a linux64 project to many of the 3p libslibrary, though not yet all of them, see https://bitbucket.org/ArminW . Probably some bits and pieces would need changing if someone wants to prepare versions for LL use, but for sure for that purpose they can already save a lot of time in the way they are now. If someone or a team wants to take the job of getting them through the codereview process I'm glad to contribute my work as is. Armin From nickyperian at yahoo.com Wed Jun 6 10:28:10 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Wed, 6 Jun 2012 10:28:10 -0700 (PDT) Subject: [opensource-dev] Fw: Linux 64bit non-standalone (was: Linux toolchain update... testers needed.) In-Reply-To: <201206061853.50622.arminweatherwax@lavabit.com> References: <4FCE4F74.5080200@lindenlab.com> <4FCE6516.1060605@lindenlab.com> <201206061853.50622.arminweatherwax@lavabit.com> Message-ID: <1339003690.92284.YahooMailNeo@web43504.mail.sp1.yahoo.com> ----- Forwarded Message ----- >From: Armin Weatherwax >To: opensource-dev at lists.secondlife.com >Sent: Wednesday, June 6, 2012 11:53 AM >Subject: Re: [opensource-dev] Linux 64bit non-standalone (was: Linux toolchain update... testers needed.) > >Oz Linden (Scott Lawrence) wrote: > >> There is no plan to do this. >> >> There is also not a plan not to do it. >> >> I don't know whether or not the new build systems this was created on >> are any better set up for 64 bit building than the old one they will >> replace were (I'll find out).? However, even if they are, doing the >> work to rebuild and retest all the components and the viewer itself >> is not a priority for Linden Lab.? If it happens that the build >> systems are already going to be 64 bit capable, and some open source >> developer (or team) wants to take on doing the job, I can coordinate >> the requisite access. > >I'm building Linux 64bit non-standalone viewers since 2 1/2 years now, >in gerneral once all libraries where in place there has been most of >the time no extra work - its just a Linux version with different >libraries. Looking at the download couter, a bit more than half of all >Imprudence Linux users are using the 64bit version). > >The patch I'm using for autobuild is trivial >https://bitbucket.org/ArminW/autobuild-kokua/changeset/d653428ae98e - >to build 64bit export AUTOBUILD_PLATFORM_OVERRIDE=linux64? ("linux64" >is inherited from viewer 1 time, there have been some package >references in the install.xml file). >Adding a linux64 project to the viewer isn't that much of a difference, >see for example Boroondas draft repository:? >https://bitbucket.org/boroondas/viewer-development-linux64-draft . >I added also a linux64 project to many of the 3p libslibrary, though not >yet all of them,? see https://bitbucket.org/ArminW . Probably some bits >and pieces would need changing if someone wants to prepare versions for >LL use, but for sure for that purpose they can already save a lot of >time in the way they are now. If someone or a team wants to take the >job of getting them through the codereview process I'm glad to >contribute my work as is. > >Armin > >_______________________________________________ >Policies 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/20120606/1f035c3e/attachment-0001.htm From cg at miaow.com Wed Jun 6 13:59:02 2012 From: cg at miaow.com (Christian Goetze) Date: Wed, 6 Jun 2012 13:59:02 -0700 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <003501cd43fa$f3609310$da21b930$@com> References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> <4FCE6516.1060605@lindenlab.com> <20120606100022.6e1e8fae.CronoCloud@mchsi.com> <003501cd43fa$f3609310$da21b930$@com> Message-ID: I believe the main challenge is to rebuild all the third party dependencies in 64bit ... From carlo at alinoe.com Wed Jun 6 19:08:47 2012 From: carlo at alinoe.com (Carlo Wood) Date: Thu, 7 Jun 2012 04:08:47 +0200 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: References: <4FCE4F74.5080200@lindenlab.com> <1338922585.14929.YahooMailNeo@web43514.mail.sp1.yahoo.com> <4FCE5901.4000604@lindenlab.com> <4FCE6516.1060605@lindenlab.com> <20120606100022.6e1e8fae.CronoCloud@mchsi.com> <003501cd43fa$f3609310$da21b930$@com> Message-ID: <20120607040847.75a3cd26@hikaru.localdomain> On Wed, 6 Jun 2012 13:59:02 -0700 Christian Goetze wrote: > I believe the main challenge is to rebuild all the third party > dependencies in 64bit ... Rofl - something that LL certainly isn't capable of ;) Loads of third party viewers have done this already however. I have never used anything else than a native 64-bit build, ever since I started using SL. -- Carlo Wood From sldev at free.fr Thu Jun 7 02:15:47 2012 From: sldev at free.fr (Henri Beauchamp) Date: Thu, 7 Jun 2012 11:15:47 +0200 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE4F74.5080200@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> Message-ID: <20120607111547.71706c68.sldev@free.fr> On Tue, 05 Jun 2012 14:27:00 -0400, Oz Linden (Scott Lawrence) wrote: > We're working on upgrading our Linux viewer build toolchain (moving to > Debian Squeeze)... > > I've got a test build that I'd like some Linux users to try to see if it > works for them: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 > > Please respond here or directly to me (don't create Jira issues yet, > please). This build fails for me on Mandriva 2009.0... I know, "old" horse (3 years old, so actually not *that* old), but it is what owners of computers with "old" ATI cards (ATI 9800 and HD Radeon cards and older: Mobility Radeon 9700 for this notebook computer) are stuck with under Linux, because ATI doesn't provide updated drivers for newer kernels (stuck with 2.6.27.57) and newer Xorg servers (stuck with v1.4.2)... Attached are the logs and crash dumps. The viewer crashes as soon as it is launched. Note that the current release viewer (v3.3.2.258114) works just fine on this system. Regards, Henri. -------------- next part -------------- A non-text attachment was scrubbed... Name: crashreport.tar.bz2 Type: application/octet-stream Size: 74234 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120607/f462d9af/attachment-0001.obj From diana.aybar at gmail.com Fri Jun 8 11:27:40 2012 From: diana.aybar at gmail.com (Diana Aybar) Date: Fri, 8 Jun 2012 14:27:40 -0400 Subject: [opensource-dev] help with "autobuild package" for fmod Message-ID: Hello all, I recently joined the development world in the second life viewer. I am trying to build the "viewer-development" project following the instructions in http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds#Configuring_the_Viewer link.I am currently stuck in the* fmod method 1(using autobuild), *on the "autobuild package" step. When I try this command I get an error saying "cannot add license LICENSES\fmod.txt" and the package does not get created. so I cannot pass beyond this step. can someone help me please? Diana -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120608/30c88d70/attachment.htm From cinder at cinderblocks.biz Fri Jun 8 11:56:22 2012 From: cinder at cinderblocks.biz (Cinder Roxley) Date: Fri, 08 Jun 2012 12:56:22 -0600 Subject: [opensource-dev] Linux toolchain update... testers needed. In-Reply-To: <4FCE4F74.5080200@lindenlab.com> References: <4FCE4F74.5080200@lindenlab.com> Message-ID: <4FD24AD6.5030709@cinderblocks.biz> Runs as well as any other release on FreeBSD 8.3-Release amd64 w/ f10 linuxulator. Kind regards, -Cinder On 6/5/2012 12:27 PM, Oz Linden (Scott Lawrence) wrote: > We're working on upgrading our Linux viewer build toolchain (moving to > Debian Squeeze)... > > I've got a test build that I'd like some Linux users to try to see if it > works for them: > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 > > Please respond here or directly to me (don't create Jira issues yet, > please). From diana.aybar at gmail.com Sat Jun 9 19:57:35 2012 From: diana.aybar at gmail.com (Diana Aybar) Date: Sat, 9 Jun 2012 22:57:35 -0400 Subject: [opensource-dev] help with "autobuild package" for fmod In-Reply-To: References: Message-ID: > > >> Hello all, > > I have compiled the "viewer-release" using the IDE and the output (last 5 > lines) say the following: > > ------ Skipped Build: Project: ALL_BUILD, Configuration: Release Win32 > ------ > Project not selected to build for this solution configuration > ------ Skipped Build: Project: viewer, Configuration: Release Win32 ------ > Project not selected to build for this solution configuration > ========== Build: 36 succeeded, 2 failed, 0 up-to-date, 2 skipped > ========== > > > and scrolling up i got many warnings!!! something like this: "*warning > LNK4099: PDB 'vc100.pdb' was not found*" > > I also compiled the "viewer-development" and got 1 failed and the same > warning as above. > I dont know how to find the one that failed since the IDE does not tell me. I compiled the project using "ReleaseOS" > any thoughts/ solutions?? > > > Diana > -- Diana Aybar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120609/7ed7c1bf/attachment.htm From jhwelch at gmail.com Sun Jun 10 02:13:49 2012 From: jhwelch at gmail.com (Jonathan Welch) Date: Sun, 10 Jun 2012 05:13:49 -0400 Subject: [opensource-dev] help with "autobuild package" for fmod In-Reply-To: References: Message-ID: Those LINK messages are normal and can be ignored. Select and copy the entire output window in the IDE, go to pastebin.com and paste it in there, then write back here with the link so we can look at it. Also don't forget to try asking for help in #opensl on IRC On 6/9/12, Diana Aybar wrote: >> >> >>> Hello all, >> >> I have compiled the "viewer-release" using the IDE and the output (last >> 5 >> lines) say the following: >> >> ------ Skipped Build: Project: ALL_BUILD, Configuration: Release Win32 >> ------ >> Project not selected to build for this solution configuration >> ------ Skipped Build: Project: viewer, Configuration: Release Win32 >> ------ >> Project not selected to build for this solution configuration >> ========== Build: 36 succeeded, 2 failed, 0 up-to-date, 2 skipped >> ========== >> >> >> and scrolling up i got many warnings!!! something like this: "*warning >> LNK4099: PDB 'vc100.pdb' was not found*" >> >> I also compiled the "viewer-development" and got 1 failed and the same >> warning as above. >> > > I dont know how to find the one that failed since the IDE does not tell > me. I compiled the project using "ReleaseOS" > > > >> any thoughts/ solutions?? >> >> >> Diana >> > > > > -- > Diana Aybar > From kadah.coba at gmail.com Sun Jun 10 13:34:09 2012 From: kadah.coba at gmail.com (Kadah) Date: Sun, 10 Jun 2012 13:34:09 -0700 Subject: [opensource-dev] help with "autobuild package" for fmod In-Reply-To: References: Message-ID: <4FD504C1.2090904@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is no provided Fmod package due to license restrictions, you either have to package it yourself (http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds#Prepare_third_party_libraries) or disable it (configure -c ReleaseOS -- -DFMOD:BOOL=FALSE). I usually do the later since that is far easier/faster and I rarely ever use sound in SL, let alone when testing. On 6/8/2012 11:27 AM, Diana Aybar wrote: > > > Hello all, > > I recently joined the development world in the second life viewer. > I am trying to build the "viewer-development" project following > the instructions in > http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds#Configuring_the_Viewer > link.I am currently stuck in the*fmod method 1(using autobuild), > *on the "autobuild package" step. When I try this command I get an > error saying "cannot add license LICENSES\fmod.txt" and the package > does not get created. so I cannot pass beyond this step. can > someone help me please? > > > Diana > > > _______________________________________________ Policies 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.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP1QTBAAoJEIdLfPRu7qE2goYH/jrRrUBXmDAndHcMy6uhUg4c Cq9gUQY+xdMYO+0noWbiRFAFIwXrg/VGiZiMrsDxcdtVi3mf3C3kAmg5al81mklv JECVsIlVPF8H0+iKgEfdHogWtcpJulxh5IMQWSpnjKOEaL5flyMSuFsG/JKJOlvL p6bJc2ZfR2wQ4eAAxppFQpNQf6ffNS2G6wOWFdNOvPqPOaNsjYBIayE+Ca7p5lCJ GHc8S7nxytUqn58dYqLO0PCzlDvvcnmas4XZtfTxmCFEgOnfTtWDEMZH6Xz5VF71 GxO/FPsM0lOf88pigXzmFmjiPeluU/gLvCSokiu5HnuGwx6lb8LmINIGp7x79F0= =6GLq -----END PGP SIGNATURE----- From kadah.coba at gmail.com Mon Jun 11 12:28:32 2012 From: kadah.coba at gmail.com (Kadah Coba) Date: Mon, 11 Jun 2012 19:28:32 -0000 Subject: [opensource-dev] Review Request: Remove dead code associated with non-existent ParcelMediaURLFilterList cap Message-ID: <20120611192832.14351.98091@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/584/ ----------------------------------------------------------- Review request for Viewer. Description ------- This patch is an addition to https://codereview.secondlife.com/r/576/ to removed associated dead code from llParcel. https://bitbucket.org/Kadah_Coba/storm-1843 This addresses bug storm-1838. Diffs ----- etc/message.xml acfb0781d850 indra/llinventory/llparcel.h acfb0781d850 indra/llinventory/llparcel.cpp acfb0781d850 Diff: http://codereview.secondlife.com/r/584/diff/diff Testing ------- Ran the resulting test viewer with no apparent ill effect. Thanks, Kadah Coba -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120611/10c6c6a0/attachment.htm From Lance.Corrimal at eregion.de Wed Jun 13 06:37:58 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 13 Jun 2012 15:37:58 +0200 Subject: [opensource-dev] Desperate about UI bug Message-ID: <4FD897B6.30100@eregion.de> Hi all, I've been struggling with this misbehaviour of my latest TPV... On windows, and so far *only* on windows, the UI is "broken" like in this screenshot: https://www.dropbox.com/sh/2gg4co6r5bgitpf/m8Q0X-6Y1b/dolphin3%20windows%20UI%20bug.jpg On linux and my mac the UI shows just fine, and the viewer works as expected... on windows, not. I have *no* idea why. I've been running the viewer with log level debug, and I see *no* messages about UI problems. Here's the link to the latest source: https://bitbucket.org/LanceCorrimal/dolphinviewer3-beta I'd be more than glad if someone could beat me over the head with what is very likely a blindingly obvious mistake in that stuff 0.o bye, LC From jhwelch at gmail.com Wed Jun 13 06:48:31 2012 From: jhwelch at gmail.com (Jonathan Welch) Date: Wed, 13 Jun 2012 09:48:31 -0400 Subject: [opensource-dev] Desperate about UI bug In-Reply-To: <4FD897B6.30100@eregion.de> References: <4FD897B6.30100@eregion.de> Message-ID: Try the fix in https://jira.secondlife.com/browse/SH-3153 On 6/13/12, Lance Corrimal wrote: > Hi all, > > I've been struggling with this misbehaviour of my latest TPV... > > On windows, and so far *only* on windows, the UI is "broken" like in > this screenshot: > https://www.dropbox.com/sh/2gg4co6r5bgitpf/m8Q0X-6Y1b/dolphin3%20windows%20UI%20bug.jpg > > On linux and my mac the UI shows just fine, and the viewer works as > expected... on windows, not. I have *no* idea why. I've been running the > viewer with log level debug, and I see *no* messages about UI problems. > > Here's the link to the latest source: > https://bitbucket.org/LanceCorrimal/dolphinviewer3-beta > > I'd be more than glad if someone could beat me over the head with what > is very likely a blindingly obvious mistake in that stuff 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 > From Lance.Corrimal at eregion.de Wed Jun 13 08:00:47 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 13 Jun 2012 17:00:47 +0200 Subject: [opensource-dev] Desperate about UI bug In-Reply-To: References: <4FD897B6.30100@eregion.de> Message-ID: <4FD8AB1F.3060407@eregion.de> Am 13.06.2012 15:48, schrieb Jonathan Welch: > Try the fix in > https://jira.secondlife.com/browse/SH-3153 DUDE!!!! you rock. that fixed. You pretty much saved Dolphin Viewer 3 from death in the fire here... bye, LC From jaeger_reg at hotmail.com Wed Jun 13 13:49:05 2012 From: jaeger_reg at hotmail.com (Tank Master) Date: Wed, 13 Jun 2012 13:49:05 -0700 Subject: [opensource-dev] Desperate about UI bug In-Reply-To: <4FD8AB1F.3060407@eregion.de> References: <4FD897B6.30100@eregion.de>, , <4FD8AB1F.3060407@eregion.de> Message-ID: Actually you can thank Liny Odel from Firestorm for that fix, he's the one that came up with it. I presented that fix to Oz with Liny's approval, and LL adopted it shortly afterword. I had the same issue when I was trying to import LL beta 3.3.3 to Firestorm for testing.~TM > Date: Wed, 13 Jun 2012 17:00:47 +0200 > From: Lance.Corrimal at eregion.de > To: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Desperate about UI bug > > Am 13.06.2012 15:48, schrieb Jonathan Welch: > > Try the fix in > > https://jira.secondlife.com/browse/SH-3153 > > > DUDE!!!! you rock. that fixed. You pretty much saved Dolphin Viewer 3 > from death in the fire 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/20120613/bd2e2bc4/attachment.htm From CronoCloud at mchsi.com Sun Jun 17 07:42:42 2012 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Sun, 17 Jun 2012 09:42:42 -0500 Subject: [opensource-dev] Looks like 3.3.3 258054 broke tattoo layers (but it's actually a baking issue) In-Reply-To: <20120525201235.5b251109.CronoCloud@mchsi.com> References: <20120525201235.5b251109.CronoCloud@mchsi.com> Message-ID: <20120617094242.7228a2c2.CronoCloud@mchsi.com> On Fri, 25 May 2012 20:12:35 -0500 "Ron Rogers Jr." wrote: > Wear a tattoo layer in that viewer and you'll see a line around your > neck. If someone can confirm they see this, I'll start a Jira on it. > > CronoCloud Started a JIRA on it.... as I said, figured out it's really some kind of baking issue unrelated to tattoo or alpha. The reason why it seemed intermittent at first, is because some outfits seemed to be reusing the previous unglitched bake...until they rebaked. https://jira.secondlife.com/browse/VWR-29139 CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120617/ae669d9e/attachment.pgp From gcanaday at gmail.com Sun Jun 17 20:25:37 2012 From: gcanaday at gmail.com (glen) Date: Sun, 17 Jun 2012 22:25:37 -0500 Subject: [opensource-dev] Autobuild not workin' In-Reply-To: <20120617094242.7228a2c2.CronoCloud@mchsi.com> References: <20120525201235.5b251109.CronoCloud@mchsi.com> <20120617094242.7228a2c2.CronoCloud@mchsi.com> Message-ID: <1339989937.2055.8.camel@jessica-laptop> Hey all, I haven't been messing with the builds for quite a while. I was giving a 64-bit build of firestorm a shot for use on my wife's new computer (this is a brand new install of Ubuntu 12.04.), and they mention that I'll need to be able to compile the LL viewer before I attempt firestorm, which makes perfect sense. But I can't get there. I've got autobuild both in the path and installed as a python module, but all I get is this: jessica at jessica-desktop:~/Downloads/firestorm_64_build/src/viewer-release$ autobuild configure -c ReleaseOS No handlers could be found for logger "autobuild.common" Traceback (most recent call last): File "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/bin/autobuild", line 38, in from autobuild import autobuild_main File "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/autobuild/autobuild_main.py", line 25, in import common File "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/autobuild/common.py", line 646, in Bootstrap() File "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/autobuild/common.py", line 641, in __init__ raise AutobuildError("invalid 'pathcheck' setting for '%s'" % name) autobuild.common.AutobuildError: invalid 'pathcheck' setting for 'argparse' What am I missing? This seems a bit more difficult than the last time I did this. --GC From Lance.Corrimal at eregion.de Sun Jun 17 22:33:05 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 18 Jun 2012 07:33:05 +0200 Subject: [opensource-dev] STORM-1844 Message-ID: <4758498.qPTkXnHiHG@sai> Hi, is anyone looking into STORM-1844? it basically breaks every scripted object that pops llDialogs with only one button, which are way more than you'd think... bye, LC From fuerholz at gmx.net Sun Jun 17 22:38:26 2012 From: fuerholz at gmx.net (=?iso-8859-1?Q?Martin_F=FCrholz?=) Date: Mon, 18 Jun 2012 07:38:26 +0200 Subject: [opensource-dev] STORM-1844 In-Reply-To: <4758498.qPTkXnHiHG@sai> Message-ID: <32F9C830A2A045F6BEF4D1814230428E@martinpc> Jonathan has a repository for that: https://bitbucket.org/JonathanYap/storm-1844 From Lance.Corrimal at eregion.de Sun Jun 17 22:48:20 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 18 Jun 2012 07:48:20 +0200 Subject: [opensource-dev] STORM-1844 In-Reply-To: <32F9C830A2A045F6BEF4D1814230428E@martinpc> References: <32F9C830A2A045F6BEF4D1814230428E@martinpc> Message-ID: <14262037.L9KDGOI3XS@sai> Am Montag, 18. Juni 2012, 07:38:26 schrieb Martin F?rholz: > Jonathan has a repository for that: > https://bitbucket.org/JonathanYap/storm-1844 awe, building a test binary now. bye, LC From fuerholz at gmx.net Mon Jun 18 02:40:24 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Mon, 18 Jun 2012 09:40:24 -0000 Subject: [opensource-dev] Review Request: STORM-1844: Block and Ignore buttons on llDialog() menus overlap when there is only one button Message-ID: <20120618094024.23635.2116@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/585/ ----------------------------------------------------------- Review request for Viewer. Description ------- Removed unnecessary code, replaced unapplicable use of h_pad with a default padding of 4 * HPAD (because I don't see why the padding should depend on the number of ALL buttons including scripted, block and ignore button, and why the block and ignore button should move at all, it acts strange - which can be seen best in case of only one button where h_pad behaves quite weird, and I don't see why one would try approximating max_width with h_pad, it doesn't need to test for an overlap - I should not even get into that if-block ever. It looks to me that during design of the ignore/block buttons someone was planning to put the ignore button into the same - last - row as the dialog button when there was enough space). I believe in the actual version of viewer-release block and ignore would probably always overlap if you change the default button size to something greater than 100. line 356 says in a comment: //assume that h_pad far less than BUTTON_WIDTH which does NOT work when there is only one button. ln 341 or the copy-pasted code in ln 358 can in many cases cause that the ignore button ALWAYS leaves the notification-window, because h_pad is only useful to calculate the padding between the scripted dialog buttons, it doesn't really apply to the block/ignore buttons, I believe. So we can remove ln 342-345 and the copypasted lines 359-362 when we just prevent that the case ever occurs. When we enter the if-block in ln 342, the if-block in ln 359 should automatically get executed also (when the ignore-button is moved because it otherwise would overlap with the window frame, then the block-button must be moved as well) and move by the size/width of the ignore button - but right now there is no case at all where the (wrong) if-block from ln 359-362 gets executed - in the current viewer. Ln. 359 SHOULD BE - (if we would leave the current behaviour) - like: if (mute_btn_left + mute_btn_rect.getWidth() > max_width - ignore_btn_width - "padding-between-ignore-and-block") - and ln. 361 SHOULD BE like: mute_btn_left = max_width - mute_btn_rect.getWidth() - 2 * HPAD - ignore_btn_width - "padding-between-ignore-and-block"; An example for the current misbehaviour (that the button gets out of the visible area of the notification window frame) would be if we would extend the window size to 360 (max_width = 360), then buttons-per-row would become '4', and ignore_btn_left would become increased by 90 - (assuming that h_pad doesn't change to much), then the ignore-button would in all cases (1 dialog-button, two dialog buttons, n- dialog buttons) leave the area of the notifications window to the right, and the block-button in some cases too. Another example would be if we changed the default size of the button to 107 (current default is 90). Then the block- and ignore-button would probably always overlap (the block and ignore-buttons would be on the same spot, I believe). It seems that it was presumed that 2*h_pad + 3 buttons = maximum width. The old code can lead to many little bugs if the maximum width changes at some future point. buttons_per_row * BUTTON_WIDTH + (buttons_per_row - 1) * h_pad - was an approximation to max_width, which I have replaced with "max_width" This addresses bug STORM-1844. Diffs ----- indra/newview/lltoastnotifypanel.cpp 29143d1fc6fa Diff: http://codereview.secondlife.com/r/585/diff/diff Testing ------- Testing repository: https://bitbucket.org/MartinRJ/storm-1844 Looking for feedback! Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/045a7f80/attachment.htm From Lance.Corrimal at eregion.de Mon Jun 18 07:12:09 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 18 Jun 2012 14:12:09 -0000 Subject: [opensource-dev] Review Request: STORM-1844: Block and Ignore buttons on llDialog() menus overlap when there is only one button In-Reply-To: <20120618094024.23635.2116@domU-12-31-38-00-90-68.compute-1.internal> References: <20120618094024.23635.2116@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618141209.23635.58743@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/585/#review1226 ----------------------------------------------------------- Ship it! Ship It! - Lance Corrimal On June 18, 2012, 2:40 a.m., MartinRJ Fayray wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/585/ > ----------------------------------------------------------- > > (Updated June 18, 2012, 2:40 a.m.) > > > Review request for Viewer. > > > Description > ------- > > Removed unnecessary code, replaced unapplicable use of h_pad with a default padding of 4 * HPAD (because I don't see why the padding should depend on the number of ALL buttons including scripted, block and ignore button, and why the block and ignore button should move at all, it acts strange - which can be seen best in case of only one button where h_pad behaves quite weird, and I don't see why one would try approximating max_width with h_pad, it doesn't need to test for an overlap - I should not even get into that if-block ever. It looks to me that during design of the ignore/block buttons someone was planning to put the ignore button into the same - last - row as the dialog button when there was enough space). > I believe in the actual version of viewer-release block and ignore would probably always overlap if you change the default button size to something greater than 100. > > line 356 says in a comment: //assume that h_pad far less than BUTTON_WIDTH > which does NOT work when there is only one button. > > ln 341 or the copy-pasted code in ln 358 can in many cases cause that the ignore button ALWAYS leaves the notification-window, because h_pad is only useful to calculate the padding between the scripted dialog buttons, it doesn't really apply to the block/ignore buttons, I believe. > So we can remove ln 342-345 and the copypasted lines 359-362 when we just prevent that the case ever occurs. > When we enter the if-block in ln 342, the if-block in ln 359 should automatically get executed also (when the ignore-button is moved because it otherwise would overlap with the window frame, then the block-button must be moved as well) and move by the size/width of the ignore button - but right now there is no case at all where the (wrong) if-block from ln 359-362 gets executed - in the current viewer. > Ln. 359 SHOULD BE - (if we would leave the current behaviour) - like: if (mute_btn_left + mute_btn_rect.getWidth() > max_width - ignore_btn_width - "padding-between-ignore-and-block") - > and ln. 361 SHOULD BE like: mute_btn_left = max_width - mute_btn_rect.getWidth() - 2 * HPAD - ignore_btn_width - "padding-between-ignore-and-block"; > > > An example for the current misbehaviour (that the button gets out of the visible area of the notification window frame) would be if we would extend the window size to 360 (max_width = 360), then buttons-per-row would become '4', and ignore_btn_left would become increased by 90 - (assuming that h_pad doesn't change to much), then the ignore-button would in all cases (1 dialog-button, two dialog buttons, n- dialog buttons) leave the area of the notifications window to the right, and the block-button in some cases too. > > Another example would be if we changed the default size of the button to 107 (current default is 90). Then the block- and ignore-button would probably always overlap (the block and ignore-buttons would be on the same spot, I believe). > > > It seems that it was presumed that 2*h_pad + 3 buttons = maximum width. The old code can lead to many little bugs if the maximum width changes at some future point. > > buttons_per_row * BUTTON_WIDTH + (buttons_per_row - 1) * h_pad - was an approximation to max_width, which I have replaced with "max_width" > > > This addresses bug STORM-1844. > > > Diffs > ----- > > indra/newview/lltoastnotifypanel.cpp 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/585/diff/diff > > > Testing > ------- > > Testing repository: https://bitbucket.org/MartinRJ/storm-1844 > > Looking for feedback! > > > Thanks, > > MartinRJ Fayray > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/fb3bae02/attachment-0001.htm From Lance.Corrimal at eregion.de Mon Jun 18 07:12:39 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 18 Jun 2012 14:12:39 -0000 Subject: [opensource-dev] Review Request: STORM-1844: Block and Ignore buttons on llDialog() menus overlap when there is only one button In-Reply-To: <20120618141209.23635.58743@domU-12-31-38-00-90-68.compute-1.internal> References: <20120618141209.23635.58743@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618141239.23639.24905@domU-12-31-38-00-90-68.compute-1.internal> > On June 18, 2012, 7:12 a.m., Lance Corrimal wrote: > > Ship It! Tested on linux, works fine. - Lance ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/585/#review1226 ----------------------------------------------------------- On June 18, 2012, 2:40 a.m., MartinRJ Fayray wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/585/ > ----------------------------------------------------------- > > (Updated June 18, 2012, 2:40 a.m.) > > > Review request for Viewer. > > > Description > ------- > > Removed unnecessary code, replaced unapplicable use of h_pad with a default padding of 4 * HPAD (because I don't see why the padding should depend on the number of ALL buttons including scripted, block and ignore button, and why the block and ignore button should move at all, it acts strange - which can be seen best in case of only one button where h_pad behaves quite weird, and I don't see why one would try approximating max_width with h_pad, it doesn't need to test for an overlap - I should not even get into that if-block ever. It looks to me that during design of the ignore/block buttons someone was planning to put the ignore button into the same - last - row as the dialog button when there was enough space). > I believe in the actual version of viewer-release block and ignore would probably always overlap if you change the default button size to something greater than 100. > > line 356 says in a comment: //assume that h_pad far less than BUTTON_WIDTH > which does NOT work when there is only one button. > > ln 341 or the copy-pasted code in ln 358 can in many cases cause that the ignore button ALWAYS leaves the notification-window, because h_pad is only useful to calculate the padding between the scripted dialog buttons, it doesn't really apply to the block/ignore buttons, I believe. > So we can remove ln 342-345 and the copypasted lines 359-362 when we just prevent that the case ever occurs. > When we enter the if-block in ln 342, the if-block in ln 359 should automatically get executed also (when the ignore-button is moved because it otherwise would overlap with the window frame, then the block-button must be moved as well) and move by the size/width of the ignore button - but right now there is no case at all where the (wrong) if-block from ln 359-362 gets executed - in the current viewer. > Ln. 359 SHOULD BE - (if we would leave the current behaviour) - like: if (mute_btn_left + mute_btn_rect.getWidth() > max_width - ignore_btn_width - "padding-between-ignore-and-block") - > and ln. 361 SHOULD BE like: mute_btn_left = max_width - mute_btn_rect.getWidth() - 2 * HPAD - ignore_btn_width - "padding-between-ignore-and-block"; > > > An example for the current misbehaviour (that the button gets out of the visible area of the notification window frame) would be if we would extend the window size to 360 (max_width = 360), then buttons-per-row would become '4', and ignore_btn_left would become increased by 90 - (assuming that h_pad doesn't change to much), then the ignore-button would in all cases (1 dialog-button, two dialog buttons, n- dialog buttons) leave the area of the notifications window to the right, and the block-button in some cases too. > > Another example would be if we changed the default size of the button to 107 (current default is 90). Then the block- and ignore-button would probably always overlap (the block and ignore-buttons would be on the same spot, I believe). > > > It seems that it was presumed that 2*h_pad + 3 buttons = maximum width. The old code can lead to many little bugs if the maximum width changes at some future point. > > buttons_per_row * BUTTON_WIDTH + (buttons_per_row - 1) * h_pad - was an approximation to max_width, which I have replaced with "max_width" > > > This addresses bug STORM-1844. > > > Diffs > ----- > > indra/newview/lltoastnotifypanel.cpp 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/585/diff/diff > > > Testing > ------- > > Testing repository: https://bitbucket.org/MartinRJ/storm-1844 > > Looking for feedback! > > > Thanks, > > MartinRJ Fayray > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/9cf84839/attachment.htm From oz at lindenlab.com Mon Jun 18 07:50:39 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 18 Jun 2012 10:50:39 -0400 Subject: [opensource-dev] Autobuild not workin' In-Reply-To: <1339989937.2055.8.camel@jessica-laptop> References: <20120525201235.5b251109.CronoCloud@mchsi.com> <20120617094242.7228a2c2.CronoCloud@mchsi.com> <1339989937.2055.8.camel@jessica-laptop> Message-ID: <4FDF403F.3030601@lindenlab.com> On 2012-06-17 23:25 , glen wrote: > Hey all, I haven't been messing with the builds for quite a while. I was > giving a 64-bit build of firestorm a shot for use on my wife's new > computer (this is a brand new install of Ubuntu 12.04.), and they > mention that I'll need to be able to compile the LL viewer before I > attempt firestorm, which makes perfect sense. But I can't get there. > > I've got autobuild both in the path and installed as a python module, > but all I get is this: > > > jessica at jessica-desktop:~/Downloads/firestorm_64_build/src/viewer-release$ autobuild configure -c ReleaseOS > No handlers could be found for logger "autobuild.common" > Traceback (most recent call last): > File > "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/bin/autobuild", line 38, in > from autobuild import autobuild_main > File > "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/autobuild/autobuild_main.py", line 25, in > import common > File > "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/autobuild/common.py", line 646, in > Bootstrap() > File > "/home/jessica/Downloads/firestorm_64_build/bin/autobuild/autobuild/common.py", line 641, in __init__ > raise AutobuildError("invalid 'pathcheck' setting for '%s'" % name) > autobuild.common.AutobuildError: invalid 'pathcheck' setting for > 'argparse' > > What am I missing? This seems a bit more difficult than the last time I > did this. This means that the installation failed to correctly install some prerequisites. Unfortunatly, there's a bug that prevents partially completed installation from being detected and corrected. If you find the install directory (probably /var/tmp//autobuild and delete it, the next time you run autobuild it should fix itself. (incidentally, I find that just checking out the autobuild source tree and putting the bin/autobuild in it into my PATH works just fine - no need to actually install) From oz at lindenlab.com Mon Jun 18 09:37:10 2012 From: oz at lindenlab.com (Oz Linden) Date: Mon, 18 Jun 2012 16:37:10 -0000 Subject: [opensource-dev] Review Request: Remove dead code associated with non-existent ParcelMediaURLFilterList cap In-Reply-To: <20120611192832.14351.98091@domU-12-31-38-00-90-68.compute-1.internal> References: <20120611192832.14351.98091@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618163710.23704.77917@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/584/#review1228 ----------------------------------------------------------- Ship it! Ship It! - Oz Linden On June 11, 2012, 12:28 p.m., Kadah Coba wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/584/ > ----------------------------------------------------------- > > (Updated June 11, 2012, 12:28 p.m.) > > > Review request for Viewer. > > > Description > ------- > > This patch is an addition to https://codereview.secondlife.com/r/576/ to removed associated dead code from llParcel. > > https://bitbucket.org/Kadah_Coba/storm-1843 > > > This addresses bug storm-1838. > https://jira.secondlife.com/browse/storm-1838 > > > Diffs > ----- > > etc/message.xml acfb0781d850 > indra/llinventory/llparcel.h acfb0781d850 > indra/llinventory/llparcel.cpp acfb0781d850 > > Diff: http://codereview.secondlife.com/r/584/diff/diff > > > Testing > ------- > > Ran the resulting test viewer with no apparent ill effect. > > > Thanks, > > Kadah Coba > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/ce757fb4/attachment.htm From oz at lindenlab.com Mon Jun 18 11:02:01 2012 From: oz at lindenlab.com (Oz Linden) Date: Mon, 18 Jun 2012 18:02:01 -0000 Subject: [opensource-dev] Review Request: STORM-1844: Block and Ignore buttons on llDialog() menus overlap when there is only one button In-Reply-To: <20120618094024.23635.2116@domU-12-31-38-00-90-68.compute-1.internal> References: <20120618094024.23635.2116@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618180201.23637.93092@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/585/#review1229 ----------------------------------------------------------- Ship it! Ship It! - Oz Linden On June 18, 2012, 2:40 a.m., MartinRJ Fayray wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/585/ > ----------------------------------------------------------- > > (Updated June 18, 2012, 2:40 a.m.) > > > Review request for Viewer. > > > Description > ------- > > Removed unnecessary code, replaced unapplicable use of h_pad with a default padding of 4 * HPAD (because I don't see why the padding should depend on the number of ALL buttons including scripted, block and ignore button, and why the block and ignore button should move at all, it acts strange - which can be seen best in case of only one button where h_pad behaves quite weird, and I don't see why one would try approximating max_width with h_pad, it doesn't need to test for an overlap - I should not even get into that if-block ever. It looks to me that during design of the ignore/block buttons someone was planning to put the ignore button into the same - last - row as the dialog button when there was enough space). > I believe in the actual version of viewer-release block and ignore would probably always overlap if you change the default button size to something greater than 100. > > line 356 says in a comment: //assume that h_pad far less than BUTTON_WIDTH > which does NOT work when there is only one button. > > ln 341 or the copy-pasted code in ln 358 can in many cases cause that the ignore button ALWAYS leaves the notification-window, because h_pad is only useful to calculate the padding between the scripted dialog buttons, it doesn't really apply to the block/ignore buttons, I believe. > So we can remove ln 342-345 and the copypasted lines 359-362 when we just prevent that the case ever occurs. > When we enter the if-block in ln 342, the if-block in ln 359 should automatically get executed also (when the ignore-button is moved because it otherwise would overlap with the window frame, then the block-button must be moved as well) and move by the size/width of the ignore button - but right now there is no case at all where the (wrong) if-block from ln 359-362 gets executed - in the current viewer. > Ln. 359 SHOULD BE - (if we would leave the current behaviour) - like: if (mute_btn_left + mute_btn_rect.getWidth() > max_width - ignore_btn_width - "padding-between-ignore-and-block") - > and ln. 361 SHOULD BE like: mute_btn_left = max_width - mute_btn_rect.getWidth() - 2 * HPAD - ignore_btn_width - "padding-between-ignore-and-block"; > > > An example for the current misbehaviour (that the button gets out of the visible area of the notification window frame) would be if we would extend the window size to 360 (max_width = 360), then buttons-per-row would become '4', and ignore_btn_left would become increased by 90 - (assuming that h_pad doesn't change to much), then the ignore-button would in all cases (1 dialog-button, two dialog buttons, n- dialog buttons) leave the area of the notifications window to the right, and the block-button in some cases too. > > Another example would be if we changed the default size of the button to 107 (current default is 90). Then the block- and ignore-button would probably always overlap (the block and ignore-buttons would be on the same spot, I believe). > > > It seems that it was presumed that 2*h_pad + 3 buttons = maximum width. The old code can lead to many little bugs if the maximum width changes at some future point. > > buttons_per_row * BUTTON_WIDTH + (buttons_per_row - 1) * h_pad - was an approximation to max_width, which I have replaced with "max_width" > > > This addresses bug STORM-1844. > https://jira.secondlife.com/browse/STORM-1844 > > > Diffs > ----- > > indra/newview/lltoastnotifypanel.cpp 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/585/diff/diff > > > Testing > ------- > > Testing repository: https://bitbucket.org/MartinRJ/storm-1844 > > Looking for feedback! > > > Thanks, > > MartinRJ Fayray > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/42bd90cc/attachment-0001.htm From oz at lindenlab.com Mon Jun 18 11:04:05 2012 From: oz at lindenlab.com (Oz Linden) Date: Mon, 18 Jun 2012 18:04:05 -0000 Subject: [opensource-dev] Review Request: STORM-1878: Blocking an avatar does not derender worn lights In-Reply-To: <20120610123032.14346.85566@domU-12-31-38-00-90-68.compute-1.internal> References: <20120610123032.14346.85566@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618180405.23639.50193@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/583/ ----------------------------------------------------------- (Updated June 18, 2012, 11:04 a.m.) Review request for Viewer and David Parks. Description ------- An avatar currently gets derendered/invisible when the user blocks it. The local lights attached to that avatar have to become erased too. Repository: https://bitbucket.org/MartinRJ/storm-1878 This addresses bug STORM-1878. https://jira.secondlife.com/browse/STORM-1878 Diffs ----- indra/newview/llmutelist.cpp 29143d1fc6fa indra/newview/pipeline.h 29143d1fc6fa indra/newview/pipeline.cpp 29143d1fc6fa Diff: http://codereview.secondlife.com/r/583/diff/diff Testing ------- Tested with 1-6 local attached lights on the target avatar. Blocking/muting the avatar also disabled the attached lights in all tests successfully. Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/6594eb37/attachment.htm From davep at lindenlab.com Mon Jun 18 12:02:36 2012 From: davep at lindenlab.com (David Parks) Date: Mon, 18 Jun 2012 19:02:36 -0000 Subject: [opensource-dev] Review Request: STORM-1878: Blocking an avatar does not derender worn lights In-Reply-To: <20120618180405.23639.50193@domU-12-31-38-00-90-68.compute-1.internal> References: <20120618180405.23639.50193@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618190236.23703.87975@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/583/#review1230 ----------------------------------------------------------- No issues with the code so far, but from inspection I don't think this code will block lights for an avatar that is already muted -- it only blocks lights at the moment you mute another avatar. You'll need to add a check to LLPipeline::setLight that verifies the object is not on the mute list before inserting the object onto gPipeline.mLights. - David Parks On June 18, 2012, 11:04 a.m., MartinRJ Fayray wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/583/ > ----------------------------------------------------------- > > (Updated June 18, 2012, 11:04 a.m.) > > > Review request for Viewer and David Parks. > > > Description > ------- > > An avatar currently gets derendered/invisible when the user blocks it. > The local lights attached to that avatar have to become erased too. > Repository: https://bitbucket.org/MartinRJ/storm-1878 > > > This addresses bug STORM-1878. > https://jira.secondlife.com/browse/STORM-1878 > > > Diffs > ----- > > indra/newview/llmutelist.cpp 29143d1fc6fa > indra/newview/pipeline.h 29143d1fc6fa > indra/newview/pipeline.cpp 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/583/diff/diff > > > Testing > ------- > > Tested with 1-6 local attached lights on the target avatar. > Blocking/muting the avatar also disabled the attached lights in all tests successfully. > > > Thanks, > > MartinRJ Fayray > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/f527d4fe/attachment.htm From fuerholz at gmx.net Mon Jun 18 12:06:38 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Mon, 18 Jun 2012 19:06:38 -0000 Subject: [opensource-dev] Review Request: STORM-1878: Blocking an avatar does not derender worn lights In-Reply-To: <20120618190236.23703.87975@domU-12-31-38-00-90-68.compute-1.internal> References: <20120618190236.23703.87975@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618190638.23703.23667@domU-12-31-38-00-90-68.compute-1.internal> > On June 18, 2012, 12:02 p.m., David Parks wrote: > > No issues with the code so far, but from inspection I don't think this code will block lights for an avatar that is already muted -- it only blocks lights at the moment you mute another avatar. You'll need to add a check to LLPipeline::setLight that verifies the object is not on the mute list before inserting the object onto gPipeline.mLights. Lights from an avatar that is already muted were blocked before, already. The adressed issue was that you had to teleport away and back to get rid of the lights. I can't 100% tell that I'd really understand the magic behind, but that already worked before. With this fix, the lights disappear instantly (without the need to teleport away/then back). - MartinRJ ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/583/#review1230 ----------------------------------------------------------- On June 18, 2012, 11:04 a.m., MartinRJ Fayray wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/583/ > ----------------------------------------------------------- > > (Updated June 18, 2012, 11:04 a.m.) > > > Review request for Viewer and David Parks. > > > Description > ------- > > An avatar currently gets derendered/invisible when the user blocks it. > The local lights attached to that avatar have to become erased too. > Repository: https://bitbucket.org/MartinRJ/storm-1878 > > > This addresses bug STORM-1878. > https://jira.secondlife.com/browse/STORM-1878 > > > Diffs > ----- > > indra/newview/llmutelist.cpp 29143d1fc6fa > indra/newview/pipeline.h 29143d1fc6fa > indra/newview/pipeline.cpp 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/583/diff/diff > > > Testing > ------- > > Tested with 1-6 local attached lights on the target avatar. > Blocking/muting the avatar also disabled the attached lights in all tests successfully. > > > Thanks, > > MartinRJ Fayray > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/fe7ffe8a/attachment.htm From davep at lindenlab.com Mon Jun 18 14:41:52 2012 From: davep at lindenlab.com (David Parks) Date: Mon, 18 Jun 2012 21:41:52 -0000 Subject: [opensource-dev] Review Request: STORM-1878: Blocking an avatar does not derender worn lights In-Reply-To: <20120618180405.23639.50193@domU-12-31-38-00-90-68.compute-1.internal> References: <20120618180405.23639.50193@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120618214152.23703.42592@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/583/#review1232 ----------------------------------------------------------- Ship it! In that case, ship it! - David Parks On June 18, 2012, 11:04 a.m., MartinRJ Fayray wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/583/ > ----------------------------------------------------------- > > (Updated June 18, 2012, 11:04 a.m.) > > > Review request for Viewer and David Parks. > > > Description > ------- > > An avatar currently gets derendered/invisible when the user blocks it. > The local lights attached to that avatar have to become erased too. > Repository: https://bitbucket.org/MartinRJ/storm-1878 > > > This addresses bug STORM-1878. > https://jira.secondlife.com/browse/STORM-1878 > > > Diffs > ----- > > indra/newview/llmutelist.cpp 29143d1fc6fa > indra/newview/pipeline.h 29143d1fc6fa > indra/newview/pipeline.cpp 29143d1fc6fa > > Diff: http://codereview.secondlife.com/r/583/diff/diff > > > Testing > ------- > > Tested with 1-6 local attached lights on the target avatar. > Blocking/muting the avatar also disabled the attached lights in all tests successfully. > > > Thanks, > > MartinRJ Fayray > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120618/61a0c4f8/attachment.htm From angelofdreams2007 at gmail.com Tue Jun 19 10:39:15 2012 From: angelofdreams2007 at gmail.com (Angel Dreams) Date: Tue, 19 Jun 2012 12:39:15 -0500 Subject: [opensource-dev] problem i believe Message-ID: im just wondering why the autobuild.xml has a ! by it and its red its not a checkmark like the others have is something wrong in it that i need to fix? to get it to go to check mark this is in windows cause the folder development even has ! then i click it open it then there it is by the autobuild.xml the ! please tell me what id need to do to get it to checkmark or green icon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120619/4865e453/attachment.htm From Lance.Corrimal at eregion.de Tue Jun 19 12:22:27 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 19 Jun 2012 21:22:27 +0200 Subject: [opensource-dev] VWR-29152 Message-ID: <1359518.kOU1oId3mO@sai> Hi, did anyone already spend some time with https://jira.secondlife.com/browse/VWR-29152? bye, LC From kf6kjg at gmail.com Wed Jun 20 20:11:04 2012 From: kf6kjg at gmail.com (Ricky) Date: Wed, 20 Jun 2012 20:11:04 -0700 Subject: [opensource-dev] RFQ on VWR-29159 "Add default values for ExternalEditor" Message-ID: After getting annoyed with trying to guess which editor I had available on each of my systems - and what its path was - I hunted down some generic values. Please review, test the values on your system, comment your opinion on the subject, and whether the values work for you or not. https://jira.secondlife.com/browse/VWR-29159 Thank you, Ricky Cron Stardust -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120620/e3253469/attachment.htm From Lance.Corrimal at eregion.de Thu Jun 21 01:20:30 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 21 Jun 2012 08:20:30 -0000 Subject: [opensource-dev] Review Request: Implement Qarls Aligning tool into Tools floater In-Reply-To: <20120302083007.14776.57203@domU-12-31-38-00-90-68.compute-1.internal> References: <20120302083007.14776.57203@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120621082030.23636.82261@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/543/#review1233 ----------------------------------------------------------- Ship it! This patch has been used in more third party viewers than any single other improvement, to the point where creators refuse to even try a viewer that does not have it, so I say again, "Ship it!". It does exactly what it promises to do, and nothing more or less. - Lance Corrimal On March 2, 2012, 12:30 a.m., Tobias Roth wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/543/ > ----------------------------------------------------------- > > (Updated March 2, 2012, 12:30 a.m.) > > > Review request for Viewer. > > > Description > ------- > > Qarls Aligning tool ported over from Nirans Viewer for code review > > > Diffs > ----- > > indra/newview/llfloatertools.cpp b91d07f8fad9 > indra/newview/qtoolalign.h PRE-CREATION > indra/newview/qtoolalign.cpp PRE-CREATION > indra/newview/skins/default/xui/de/floater_tools.xml b91d07f8fad9 > indra/newview/skins/default/xui/en/floater_tools.xml b91d07f8fad9 > > Diff: http://codereview.secondlife.com/r/543/diff/diff > > > Testing > ------- > > > Thanks, > > Tobias Roth > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120621/830ca9b0/attachment.htm From Lance.Corrimal at eregion.de Thu Jun 21 01:23:11 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 21 Jun 2012 10:23:11 +0200 Subject: [opensource-dev] https://codereview.secondlife.com/r/543/ Message-ID: <3510319.rbJNmnA5zI@sai> Hi, what is happening with this? https://codereview.secondlife.com/r/543/ has been sitting on "ship it!" for half a year by now, unnoticed by the powers that be. bye, LC From jhwelch at gmail.com Thu Jun 21 02:58:52 2012 From: jhwelch at gmail.com (Jonathan Yap) Date: Thu, 21 Jun 2012 09:58:52 -0000 Subject: [opensource-dev] Review Request: Implement Qarls Aligning tool into Tools floater Message-ID: <20120621095852.23704.67832@domU-12-31-38-00-90-68.compute-1.internal> > On None, Tobias Roth wrote: > > Ship It! Please add the viewer version you are working from to the Branch field and STORM-468 to the Bugs field in this review request. In addition to the objections LL has posted I found two bugs when I worked on this code in January. Have both of these issues been resolved? There are two significant problems with this code: 1) Agent A starts to align 500 cubes and clicks on the ground, deselecting them all. The alignment finishes, but Agent B, who has been watching, does not see any change to the 500 cubes until Agent A moves them slightly. 2) An internal variable that keeps track of an alignment in progress is not always reset, or it maybe the alignment thread is not closed properly. This results in no longer being able to use the align function. - Jonathan ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/543/#review1155 ----------------------------------------------------------- On March 2, 2012, 12:30 a.m., Tobias Roth wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/543/ > ----------------------------------------------------------- > > (Updated March 2, 2012, 12:30 a.m.) > > > Review request for Viewer. > > > Description > ------- > > Qarls Aligning tool ported over from Nirans Viewer for code review > > > Diffs > ----- > > indra/newview/llfloatertools.cpp b91d07f8fad9 > indra/newview/qtoolalign.h PRE-CREATION > indra/newview/qtoolalign.cpp PRE-CREATION > indra/newview/skins/default/xui/de/floater_tools.xml b91d07f8fad9 > indra/newview/skins/default/xui/en/floater_tools.xml b91d07f8fad9 > > Diff: http://codereview.secondlife.com/r/543/diff/diff > > > Testing > ------- > > > Thanks, > > Tobias Roth > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120621/325576ec/attachment.htm From jhwelch at gmail.com Thu Jun 21 03:04:33 2012 From: jhwelch at gmail.com (Jonathan Yap) Date: Thu, 21 Jun 2012 10:04:33 -0000 Subject: [opensource-dev] Review Request: Implement Qarls Aligning tool into Tools floater In-Reply-To: <20120302083007.14776.57203@domU-12-31-38-00-90-68.compute-1.internal> References: <20120302083007.14776.57203@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120621100433.23704.28238@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/543/#review1235 ----------------------------------------------------------- This code is also missing the work I did to add a radio button to the tools floater. See https://bitbucket.org/JonathanYap/storm-468 - Jonathan Yap On March 2, 2012, 12:30 a.m., Tobias Roth wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/543/ > ----------------------------------------------------------- > > (Updated March 2, 2012, 12:30 a.m.) > > > Review request for Viewer. > > > Description > ------- > > Qarls Aligning tool ported over from Nirans Viewer for code review > > > Diffs > ----- > > indra/newview/llfloatertools.cpp b91d07f8fad9 > indra/newview/qtoolalign.h PRE-CREATION > indra/newview/qtoolalign.cpp PRE-CREATION > indra/newview/skins/default/xui/de/floater_tools.xml b91d07f8fad9 > indra/newview/skins/default/xui/en/floater_tools.xml b91d07f8fad9 > > Diff: http://codereview.secondlife.com/r/543/diff/diff > > > Testing > ------- > > > Thanks, > > Tobias Roth > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120621/347e3d67/attachment.htm From neil at knowsense.co.uk Thu Jun 21 07:11:43 2012 From: neil at knowsense.co.uk (Neil Canham) Date: Thu, 21 Jun 2012 15:11:43 +0100 Subject: [opensource-dev] Mesh uploads in OpenSource SL viewer Message-ID: Hi - I've been experimenting with building viewer 3 lately (based on pulling code for 3.3.0-release (rev 22667) a while back. I have the viewer built and running. However, on trying to upload a mesh although the 'calculate weights' button is there, my mesh previews ok and all LODs have green ticks, pressing the 'calculate weights' button gives a disabled 'upload' button that never becomes enabled. I assume that this is related to the need for Havok to perform the convex hull decomposition? But even if I provide a physics model manually the same thing happens. Is some form of decomposition essential? I've seen that some of the TPVs have mesh upload capability, and that there are open source initiatives for this, but I'm not entirely sure how to go about building them into the viewer. Also, how does one go about building the havok-based decomposition for use with SL? Is that switched off by default in the build? Regards Neil Canham (Richard Meiklejohn in SL) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120621/57a98a5d/attachment-0001.htm From nickyperian at yahoo.com Thu Jun 21 07:47:35 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Thu, 21 Jun 2012 07:47:35 -0700 (PDT) Subject: [opensource-dev] Mesh uploads in OpenSource SL viewer In-Reply-To: References: Message-ID: <1340290055.92066.YahooMailNeo@web43510.mail.sp1.yahoo.com> It is in kokua viewer but, there are first time upload crashes that have come in with viewer-beta 3.3.3 code. We are working on a crash fix release now. You are welcome to watch http://bitbucket.org/nickyp/kokua-dev There are downloads available but, if uploading mesh, upload with main sl viewer first then kokua should work. Nicky? >________________________________ > From: Neil Canham >To: opensource-dev at lists.secondlife.com >Sent: Thursday, June 21, 2012 9:11 AM >Subject: [opensource-dev] Mesh uploads in OpenSource SL viewer > > >Hi - I've been experimenting with building viewer 3 lately (based on pulling code for 3.3.0-release (rev 22667) a while back. ?I have the viewer built and running. ?However, on trying to upload a mesh although the 'calculate weights' button is there, my mesh previews ok and all LODs have green ticks, pressing the 'calculate weights' button gives a disabled 'upload' button that never becomes enabled. ?I assume that this is related to the need for Havok to perform the convex hull decomposition? ?But even if I provide a physics model manually the same thing happens. ?Is some form of decomposition essential? ?I've seen that some of the TPVs have mesh upload capability, and that there are open source initiatives for this, but I'm not entirely sure how to go about building them into the viewer. ?Also, how does one go about building the havok-based decomposition for use with SL? ?Is that switched off by default in the build? > > >Regards >Neil Canham (Richard Meiklejohn in SL) >_______________________________________________ >Policies 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/20120621/fad8fb80/attachment.htm From fuerholz at gmx.net Thu Jun 21 13:35:14 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Thu, 21 Jun 2012 20:35:14 -0000 Subject: [opensource-dev] Review Request: Enabling "Only friends and groups can call or IM me" mutes your own chat in all groups and mutes all group chat from non friends Message-ID: <20120621203514.23636.37921@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/586/ ----------------------------------------------------------- Review request for Viewer. Description ------- Repository: https://bitbucket.org/MartinRJ/storm-1890 This addresses bug STORM-1890. https://jira.secondlife.com/browse/STORM-1890 Diffs ----- indra/newview/llimview.cpp 29143d1fc6fa Diff: http://codereview.secondlife.com/r/586/diff/diff Testing ------- See Jira for details: https://jira.secondlife.com/browse/STORM-1890 Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120621/dc334fb8/attachment.htm From jhwelch at gmail.com Fri Jun 22 06:28:02 2012 From: jhwelch at gmail.com (Jonathan Welch) Date: Fri, 22 Jun 2012 09:28:02 -0400 Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested Message-ID: I was asked to write some guidelines for the Windows build instructions. I would like you to take a look at them and make any improvements you can think of. https://wiki.secondlife.com/wiki/Talk:Viewer_2_Microsoft_Windows_Builds#A_few_style_guidelines From nickyperian at yahoo.com Fri Jun 22 07:59:50 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Fri, 22 Jun 2012 07:59:50 -0700 (PDT) Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested In-Reply-To: References: Message-ID: <1340377190.72631.YahooMailNeo@web43503.mail.sp1.yahoo.com> should this sequence of installing be moved to the main page? Order of installing I got errors during the installation of the directX SDK. the problems occured while it was installing the c++ Runtimes (which have already been installed before). So here is what i did to fix this: * remove all 2010 installations * install the DirectX SDK (June 2010) (that also installs the redistributable packages) * Install the Visual C++ 2010 Express * Install Windows SDK for Windows 7 and .NET Framework 4 * Run Microsoft Update Gaia Clary?21:28, 8 Feb 2012 (CEST) >________________________________ > From: Jonathan Welch >To: OpenSource Mailing List >Sent: Friday, June 22, 2012 8:28 AM >Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested > >I was asked to write some guidelines for the Windows build >instructions.? I would like you to take a look at them and make any >improvements you can think of. > >https://wiki.secondlife.com/wiki/Talk:Viewer_2_Microsoft_Windows_Builds#A_few_style_guidelines >_______________________________________________ >Policies 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/20120622/f3aa6a8c/attachment.htm From jhwelch at gmail.com Fri Jun 22 08:10:10 2012 From: jhwelch at gmail.com (Jonathan Welch) Date: Fri, 22 Jun 2012 11:10:10 -0400 Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested In-Reply-To: <1340377190.72631.YahooMailNeo@web43503.mail.sp1.yahoo.com> References: <1340377190.72631.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: I was wondering that too. The reason I am wondering and not saying "change it" was when I set up my build environment on a brand new computer a year ago I do not remember getting that message or having that problem. I guess I could try doing those steps in a fresh VM to see what happens. On 6/22/12, Nicky Perian wrote: > should this sequence of installing be moved to the main page? > Order of installing > I got errors during the installation of the directX SDK. the problems > occured while it was installing the c++ Runtimes (which have already been > installed before). So here is what i did to fix this: > * remove all 2010 installations > * install the DirectX SDK (June 2010) (that also installs the > redistributable packages) > * Install the Visual C++ 2010 Express > * Install Windows SDK for Windows 7 and .NET Framework 4 > * Run Microsoft Update > Gaia Clary?21:28, 8 Feb 2012 (CEST) > > > >>________________________________ >> From: Jonathan Welch >>To: OpenSource Mailing List >>Sent: Friday, June 22, 2012 8:28 AM >>Subject: [opensource-dev] New Windows build instructions guidelines -- >> feedback requested >> >>I was asked to write some guidelines for the Windows build >>instructions.? I would like you to take a look at them and make any >>improvements you can think of. >> >>https://wiki.secondlife.com/wiki/Talk:Viewer_2_Microsoft_Windows_Builds#A_few_style_guidelines >>_______________________________________________ >>Policies and (un)subscribe information available here: >>http://wiki.secondlife.com/wiki/OpenSource-Dev >>Please read the policies before posting to keep unmoderated posting >> privileges >> >> >> From nickyperian at yahoo.com Fri Jun 22 08:11:28 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Fri, 22 Jun 2012 08:11:28 -0700 (PDT) Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested In-Reply-To: <1340377190.72631.YahooMailNeo@web43503.mail.sp1.yahoo.com> References: <1340377190.72631.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: <1340377888.13212.YahooMailNeo@web43504.mail.sp1.yahoo.com> Is code review against viewer-release. Or, has that not happened yet? Note:?It is not a good idea to work in viewer-release, unless you are only compiling for youself.? >________________________________ > From: Nicky Perian >To: Jonathan Welch ; OpenSource Mailing List >Sent: Friday, June 22, 2012 9:59 AM >Subject: Re: [opensource-dev] New Windows build instructions guidelines -- feedback requested > > >should this sequence of installing be moved to the main page? >Order of installing >I got errors during the installation of the directX SDK. the problems occured while it was installing the c++ Runtimes (which have already been installed before). So here is what i did to fix this: > * remove all 2010 installations > * install the DirectX SDK (June 2010) (that also installs the redistributable packages) > * Install the Visual C++ 2010 Express > * Install Windows SDK for Windows 7 and .NET Framework 4 > * Run Microsoft Update >Gaia Clary?21:28, 8 Feb 2012 (CEST) > > > >>________________________________ >> From: Jonathan Welch >>To: OpenSource Mailing List >>Sent: Friday, June 22, 2012 8:28 AM >>Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested >> >>I was asked to write some guidelines for the Windows build >>instructions.? I would like you to take a look at them and make any >>improvements you can think of. >> >>https://wiki.secondlife.com/wiki/Talk:Viewer_2_Microsoft_Windows_Builds#A_few_style_guidelines >>_______________________________________________ >>Policies 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/20120622/378ad2e8/attachment.htm From jhwelch at gmail.com Fri Jun 22 08:12:20 2012 From: jhwelch at gmail.com (Jonathan Welch) Date: Fri, 22 Jun 2012 11:12:20 -0400 Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested In-Reply-To: References: <1340377190.72631.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: Hmmz, on second thought is there any reason for the current installation order? Maybe that order was just done by what "made sense" to list first, so there are no dependencies? On 6/22/12, Jonathan Welch wrote: > I was wondering that too. The reason I am wondering and not saying > "change it" was when I set up my build environment on a brand new > computer a year ago I do not remember getting that message or having > that problem. I guess I could try doing those steps in a fresh VM to > see what happens. > > On 6/22/12, Nicky Perian wrote: >> should this sequence of installing be moved to the main page? >> Order of installing >> I got errors during the installation of the directX SDK. the problems >> occured while it was installing the c++ Runtimes (which have already been >> installed before). So here is what i did to fix this: >> * remove all 2010 installations >> * install the DirectX SDK (June 2010) (that also installs the >> redistributable packages) >> * Install the Visual C++ 2010 Express >> * Install Windows SDK for Windows 7 and .NET Framework 4 >> * Run Microsoft Update >> Gaia Clary?21:28, 8 Feb 2012 (CEST) >> >> >> >>>________________________________ >>> From: Jonathan Welch >>>To: OpenSource Mailing List >>>Sent: Friday, June 22, 2012 8:28 AM >>>Subject: [opensource-dev] New Windows build instructions guidelines -- >>> feedback requested >>> >>>I was asked to write some guidelines for the Windows build >>>instructions.? I would like you to take a look at them and make any >>>improvements you can think of. >>> >>>https://wiki.secondlife.com/wiki/Talk:Viewer_2_Microsoft_Windows_Builds#A_few_style_guidelines >>>_______________________________________________ >>>Policies 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 jhwelch at gmail.com Fri Jun 22 08:13:14 2012 From: jhwelch at gmail.com (Jonathan Welch) Date: Fri, 22 Jun 2012 11:13:14 -0400 Subject: [opensource-dev] New Windows build instructions guidelines -- feedback requested In-Reply-To: References: <1340377190.72631.YahooMailNeo@web43503.mail.sp1.yahoo.com> Message-ID: Yes, all work is now done against viewer-release. If you find an unchanged viewer-development reference please fix it. On 6/22/12, Jonathan Welch wrote: > Hmmz, on second thought is there any reason for the current > installation order? Maybe that order was just done by what "made > sense" to list first, so there are no dependencies? > > On 6/22/12, Jonathan Welch wrote: >> I was wondering that too. The reason I am wondering and not saying >> "change it" was when I set up my build environment on a brand new >> computer a year ago I do not remember getting that message or having >> that problem. I guess I could try doing those steps in a fresh VM to >> see what happens. >> >> On 6/22/12, Nicky Perian wrote: >>> should this sequence of installing be moved to the main page? >>> Order of installing >>> I got errors during the installation of the directX SDK. the problems >>> occured while it was installing the c++ Runtimes (which have already >>> been >>> installed before). So here is what i did to fix this: >>> * remove all 2010 installations >>> * install the DirectX SDK (June 2010) (that also installs the >>> redistributable packages) >>> * Install the Visual C++ 2010 Express >>> * Install Windows SDK for Windows 7 and .NET Framework 4 >>> * Run Microsoft Update >>> Gaia Clary?21:28, 8 Feb 2012 (CEST) >>> >>> >>> >>>>________________________________ >>>> From: Jonathan Welch >>>>To: OpenSource Mailing List >>>>Sent: Friday, June 22, 2012 8:28 AM >>>>Subject: [opensource-dev] New Windows build instructions guidelines -- >>>> feedback requested >>>> >>>>I was asked to write some guidelines for the Windows build >>>>instructions.? I would like you to take a look at them and make any >>>>improvements you can think of. >>>> >>>>https://wiki.secondlife.com/wiki/Talk:Viewer_2_Microsoft_Windows_Builds#A_few_style_guidelines >>>>_______________________________________________ >>>>Policies 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 moonbotsoft at centurylink.net Fri Jun 22 18:37:39 2012 From: moonbotsoft at centurylink.net (moonbotsoft at centurylink.net) Date: Fri, 22 Jun 2012 20:37:39 -0500 Subject: [opensource-dev] error with fmod Message-ID: can anyone help with the following error during my build? File "C:\Python27\lib\urllib2.py", line 1161, in do_open raise URLError(err) URLError: ERROR: failed to download http://s3-proxy.lindenlab.com/private-builds-secondlif e-com/hg/repo/3p-fmod-private/rev/221852/arch/CYGWIN/installer/fmod-3.75-windows -20110222.tar.bz2 thanks From wolfpup67 at earthlink.net Fri Jun 22 19:04:11 2012 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Fri, 22 Jun 2012 22:04:11 -0400 Subject: [opensource-dev] error with fmod In-Reply-To: References: Message-ID: <000601cd50e4$7b669b60$7233d220$@net> This error is due to using the wrong build configuration. You should use one of the following: ReleaseOS ReleaseWithDebugOS DebugOS Also if you want to have sound in your viewer you will need to follow the instructions that are here : http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds#Prepare_th ird_party_libraries Also further down that page there are also instructions on adding that package to your build settings. > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev- > bounces at lists.secondlife.com] On Behalf Of moonbotsoft at centurylink.net > Sent: Friday, June 22, 2012 9:38 PM > To: opensource-dev at lists.secondlife.com > Subject: [opensource-dev] error with fmod > > can anyone help with the following error during my build? > > File "C:\Python27\lib\urllib2.py", line 1161, in do_open > raise URLError(err) > URLError: the c onnected party did not properly respond after a period of time, or > established c onnection failed because connected host has failed to respond> > ERROR: failed to download > http://s3-proxy.lindenlab.com/private-builds-secondlif > e-com/hg/repo/3p-fmod-private/rev/221852/arch/CYGWIN/installer/fmod- > 3.75-windows > -20110222.tar.bz2 > > thanks > > > _______________________________________________ > Policies 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 message. > Checked by AVG - www.avg.com > Version: 2012.0.2180 / Virus Database: 2437/5087 - Release Date: 06/22/12 From jhwelch at gmail.com Sat Jun 23 16:34:21 2012 From: jhwelch at gmail.com (Jonathan Yap) Date: Sat, 23 Jun 2012 23:34:21 -0000 Subject: [opensource-dev] Review Request: STORM-1892 - Add Apply button to the edit content permission floater Message-ID: <20120623233421.23634.11750@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/587/ ----------------------------------------------------------- Review request for Viewer. Description ------- Add Apply button to the edit content permission floater, now called Adjust Content Permissions. Minor rewording of title and floater text for clarity and to avoid confusion with STORM-68 (As a Builder, I want that ability to set default permissions on creation of objects, clothing, scripts, notecards, etc.), which is in the pipeline. This addresses bug STORM-1892. https://jira.secondlife.com/browse/STORM-1892 Diffs ----- doc/contributions.txt 4d9106153407 indra/newview/llfloaterbulkpermission.h 4d9106153407 indra/newview/llfloaterbulkpermission.cpp 4d9106153407 indra/newview/skins/default/xui/en/floater_bulk_perms.xml 4d9106153407 Diff: http://codereview.secondlife.com/r/587/diff/diff Testing ------- See test plan in jira Thanks, Jonathan Yap -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120623/2ae2172b/attachment.htm From fuerholz at gmx.net Sat Jun 23 17:29:04 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Sun, 24 Jun 2012 00:29:04 -0000 Subject: [opensource-dev] Review Request: STORM-1892 - Add Apply button to the edit content permission floater In-Reply-To: <20120623233421.23634.11750@domU-12-31-38-00-90-68.compute-1.internal> References: <20120623233421.23634.11750@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120624002904.23633.90353@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/587/#review1236 ----------------------------------------------------------- Ship it! Ship It! - MartinRJ Fayray On June 23, 2012, 4:34 p.m., Jonathan Yap wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/587/ > ----------------------------------------------------------- > > (Updated June 23, 2012, 4:34 p.m.) > > > Review request for Viewer. > > > Description > ------- > > Add Apply button to the edit content permission floater, now called Adjust Content Permissions. > > Minor rewording of title and floater text for clarity and to avoid confusion with STORM-68 (As a Builder, I want that ability to set default permissions on creation of objects, clothing, scripts, notecards, etc.), which is in the pipeline. > > > This addresses bug STORM-1892. > https://jira.secondlife.com/browse/STORM-1892 > > > Diffs > ----- > > doc/contributions.txt 4d9106153407 > indra/newview/llfloaterbulkpermission.h 4d9106153407 > indra/newview/llfloaterbulkpermission.cpp 4d9106153407 > indra/newview/skins/default/xui/en/floater_bulk_perms.xml 4d9106153407 > > Diff: http://codereview.secondlife.com/r/587/diff/diff > > > Testing > ------- > > See test plan in jira > > > Thanks, > > Jonathan Yap > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120624/afba23a7/attachment.htm From fuerholz at gmx.net Sun Jun 24 20:28:09 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Mon, 25 Jun 2012 03:28:09 -0000 Subject: [opensource-dev] Review Request: STORM-1879: Inventory gear menu remains on screen after floater is closed Message-ID: <20120625032809.20865.92160@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/588/ ----------------------------------------------------------- Review request for Viewer. Description ------- Hide menus when the closed floater has focus. Added a check whether a "VisibilityChange"-action was triggered via shortcut. Repository: https://bitbucket.org/MartinRJ/storm-1879 This addresses bug STORM-1879. https://jira.secondlife.com/browse/STORM-1879 Diffs ----- indra/llui/llfloater.cpp 4d9106153407 indra/llui/lltoggleablemenu.cpp 4d9106153407 Diff: http://codereview.secondlife.com/r/588/diff/diff Testing ------- See test plan in JIRA: https://jira.secondlife.com/browse/STORM-1879 Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120625/38654e84/attachment.htm From fuerholz at gmx.net Mon Jun 25 05:45:19 2012 From: fuerholz at gmx.net (MartinRJ Fayray) Date: Mon, 25 Jun 2012 12:45:19 -0000 Subject: [opensource-dev] Review Request: STORM-1879: Inventory gear menu remains on screen after floater is closed In-Reply-To: <20120625032809.20865.92160@domU-12-31-38-00-90-68.compute-1.internal> References: <20120625032809.20865.92160@domU-12-31-38-00-90-68.compute-1.internal> Message-ID: <20120625124519.14990.77260@domU-12-31-38-00-90-68.compute-1.internal> ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/588/ ----------------------------------------------------------- (Updated June 25, 2012, 5:45 a.m.) Review request for Viewer. Changes ------- Updated only some comments. Description ------- Hide menus when the closed floater has focus. Added a check whether a "VisibilityChange"-action was triggered via shortcut. Repository: https://bitbucket.org/MartinRJ/storm-1879 This addresses bug STORM-1879. https://jira.secondlife.com/browse/STORM-1879 Diffs (updated) ----- indra/llui/llfloater.cpp 4d9106153407 indra/llui/lltoggleablemenu.cpp 4d9106153407 Diff: http://codereview.secondlife.com/r/588/diff/diff Testing ------- See test plan in JIRA: https://jira.secondlife.com/browse/STORM-1879 Thanks, MartinRJ Fayray -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120625/18fca1fc/attachment.htm From oz at lindenlab.com Tue Jun 26 03:24:42 2012 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 26 Jun 2012 06:24:42 -0400 Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure Message-ID: <4FE98DEA.9040103@lindenlab.com> My Linux box is unavailable at the moment... if you have one and can take a moment to tell me why this beta candidate build fails on startup I'd appreciate it.... http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-beta-review/rev/260601/arch/Linux/installer/SecondLife-i686-3.3.4.260601.tar.bz2 From Lance.Corrimal at eregion.de Tue Jun 26 03:35:03 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 26 Jun 2012 12:35:03 +0200 Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure In-Reply-To: <4FE98DEA.9040103@lindenlab.com> References: <4FE98DEA.9040103@lindenlab.com> Message-ID: <36242261.hy8VrM4NHO@sai> Am Dienstag, 26. Juni 2012, 06:24:42 schrieb Oz Linden: > My Linux box is unavailable at the moment... if you have one and can > take a moment to tell me why this beta candidate build fails on startup > I'd appreciate it.... works on openSUSE 12.1 x86_64 with no problems... bye, LC From CronoCloud at mchsi.com Tue Jun 26 06:22:42 2012 From: CronoCloud at mchsi.com (Ron Rogers Jr.) Date: Tue, 26 Jun 2012 08:22:42 -0500 Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure In-Reply-To: <4FE98DEA.9040103@lindenlab.com> References: <4FE98DEA.9040103@lindenlab.com> Message-ID: <20120626082242.6ccd4a2f.CronoCloud@mchsi.com> On Tue, 26 Jun 2012 06:24:42 -0400 "Oz Linden (Scott Lawrence)" wrote: > if you have one and can take a moment to tell me why this beta > candidate build fails on startup I'd appreciate it.... > Starts up fine on Fedora 17 x86_64. However I can guess what the problem might be, every once in a while a viewer release won't play nice with one's settings.xml file ( or settings-betaviewer.xml, etc etc.) Delete it and let the viewer re-create it, annoying, but it should let the viewer start. CronoCloud -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120626/8ab02870/attachment.pgp From nickyperian at yahoo.com Tue Jun 26 09:38:15 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 26 Jun 2012 09:38:15 -0700 (PDT) Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure In-Reply-To: <4FE98DEA.9040103@lindenlab.com> References: <4FE98DEA.9040103@lindenlab.com> Message-ID: <1340728695.43429.YahooMailNeo@web43508.mail.sp1.yahoo.com> ['https://vip.login.agni.lindenlab.com/cgi-bin/login.cgi'] 2012-06-26T16:26:08Z INFO: Poller: login_to_simulator request sent to https://vip.login.agni.lindenlab.com/cgi-bin/login.cgi 2012-06-26T16:26:08Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:08Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:08Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:09Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:09Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:12Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:13Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:13Z INFO: nextFrame: Slow frame, fast timers inaccurate 2012-06-26T16:26:13Z INFO: nextFrame: Slow frame, fast timers inaccurate Lots of this preventing logon. Linux debian 2.6.32-5-686 Squeeze inside VBox. >________________________________ > From: Oz Linden (Scott Lawrence) >To: opensource-dev >Sent: Tuesday, June 26, 2012 5:24 AM >Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure > >My Linux box is unavailable at the moment... if you have one and can >take a moment to tell me why this beta candidate build fails on startup >I'd appreciate it.... > >http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-beta-review/rev/260601/arch/Linux/installer/SecondLife-i686-3.3.4.260601.tar.bz2 >_______________________________________________ >Policies 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/20120626/a8aa47ac/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: logs.tar.bz2 Type: application/octet-stream Size: 14007 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120626/a8aa47ac/attachment-0001.obj From gcanaday at gmail.com Tue Jun 26 09:52:53 2012 From: gcanaday at gmail.com (glen) Date: Tue, 26 Jun 2012 11:52:53 -0500 Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure In-Reply-To: <4FE98DEA.9040103@lindenlab.com> References: <4FE98DEA.9040103@lindenlab.com> Message-ID: <1340729573.1956.4.camel@jessica-laptop> Ubuntu 10.04 likes it just fine, startup & login work. --GC On Tue, 2012-06-26 at 06:24 -0400, Oz Linden (Scott Lawrence) wrote: > My Linux box is unavailable at the moment... if you have one and can > take a moment to tell me why this beta candidate build fails on startup > I'd appreciate it.... > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-beta-review/rev/260601/arch/Linux/installer/SecondLife-i686-3.3.4.260601.tar.bz2 > _______________________________________________ > Policies 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 Tue Jun 26 10:30:33 2012 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 26 Jun 2012 10:30:33 -0700 (PDT) Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure In-Reply-To: <1340728695.43429.YahooMailNeo@web43508.mail.sp1.yahoo.com> References: <4FE98DEA.9040103@lindenlab.com> <1340728695.43429.YahooMailNeo@web43508.mail.sp1.yahoo.com> Message-ID: <1340731833.76441.YahooMailNeo@web43516.mail.sp1.yahoo.com> No problem on 64 bit? 2.6.32-5-amd64 Debian Seqeeze? >________________________________ > From: Nicky Perian >To: Oz Linden (Scott Lawrence) ; opensource-dev >Sent: Tuesday, June 26, 2012 11:38 AM >Subject: Re: [opensource-dev] Need help diagnosing a Linux viewer launch failure > > >['https://vip.login.agni.lindenlab.com/cgi-bin/login.cgi'] >2012-06-26T16:26:08Z INFO: Poller: login_to_simulator request sent to https://vip.login.agni.lindenlab.com/cgi-bin/login.cgi >2012-06-26T16:26:08Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:08Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:08Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:09Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:09Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:11Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:12Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:13Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:13Z INFO: nextFrame: Slow frame, fast timers inaccurate >2012-06-26T16:26:13Z INFO: nextFrame: Slow frame, fast timers inaccurate > > >Lots of this preventing logon. >Linux debian 2.6.32-5-686 Squeeze inside VBox. > > > > > > >>________________________________ >> From: Oz Linden (Scott Lawrence) >>To: opensource-dev >>Sent: Tuesday, June 26, 2012 5:24 AM >>Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure >> >>My Linux box is unavailable at the moment... if you have one and can >>take a moment to tell me why this beta candidate build fails on startup >>I'd appreciate it.... >> >>http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-beta-review/rev/260601/arch/Linux/installer/SecondLife-i686-3.3.4.260601.tar.bz2 >>_______________________________________________ >>Policies 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/20120626/ed063537/attachment.htm From fuerholz at gmx.net Tue Jun 26 22:30:27 2012 From: fuerholz at gmx.net (=?iso-8859-1?Q?Martin_F=FCrholz?=) Date: Wed, 27 Jun 2012 07:30:27 +0200 Subject: [opensource-dev] LLVivoxVoiceClient debug message spam Message-ID: I am getting thousands (2 Megabytes+) of these warnings right now, after teleporting home from one of the SL9B sims. Any idea? Second Life 3.3.3 (260300) Jun 21 2012 14:14:25 (Second Life Release) 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::mediaStreamUpdatedEvent: unknown state 7 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionRemovedEvent: handle 13427 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::leftAudioSession: left session 13427 in state stateSessionTerminated 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionCreateResponse: Session.Create response received (success), session handle is 13432 2012-06-27T05:28:27Z WARNING: LLVivoxProtocolParser::processResponse: Unknown event type SessionGroupUpdatedEvent 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionAddedEvent: session sip:confctl-51724826 at bhr.vivox.com, alias , name handle 13432 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::mediaStreamUpdatedEvent: unknown state 6 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::mediaStreamUpdatedEvent: unknown state 7 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionRemovedEvent: handle 13432 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::leftAudioSession: left session 13432 in state stateSessionTerminated 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionCreateResponse: Session.Create response received (success), session handle is 13437 2012-06-27T05:28:27Z WARNING: LLVivoxProtocolParser::processResponse: Unknown event type SessionGroupUpdatedEvent 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionAddedEvent: session sip:confctl-51724826 at bhr.vivox.com, alias , name handle 13437 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::mediaStreamUpdatedEvent: unknown state 6 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::mediaStreamUpdatedEvent: unknown state 7 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionRemovedEvent: handle 13437 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::leftAudioSession: left session 13437 in state stateSessionTerminated 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionCreateResponse: Session.Create response received (success), session handle is 13442 2012-06-27T05:28:27Z WARNING: LLVivoxProtocolParser::processResponse: Unknown event type SessionGroupUpdatedEvent 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionAddedEvent: session sip:confctl-51724826 at bhr.vivox.com, alias , name handle 13442 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::mediaStreamUpdatedEvent: unknown state 6 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::mediaStreamUpdatedEvent: unknown state 7 2012-06-27T05:28:27Z INFO: LLVivoxVoiceClient::sessionRemovedEvent: handle 13442 2012-06-27T05:28:27Z WARNING: LLVivoxVoiceClient::leftAudioSession: left session 13442 in state stateSessionTerminated -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120627/e0e400ad/attachment.htm From paolomilani at rocketmail.com Wed Jun 27 10:22:14 2012 From: paolomilani at rocketmail.com (Paolo Milani) Date: Wed, 27 Jun 2012 18:22:14 +0100 (BST) Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure In-Reply-To: <4FE98DEA.9040103@lindenlab.com> References: <4FE98DEA.9040103@lindenlab.com> Message-ID: <1340817734.30585.YahooMailNeo@web29804.mail.ird.yahoo.com> no problems on kubuntu 12.04 (amd64) bye ________________________________ Da: Oz Linden (Scott Lawrence) A: opensource-dev Inviato: Marted? 26 Giugno 2012 12:24 Oggetto: [opensource-dev] Need help diagnosing a Linux viewer launch failure My Linux box is unavailable at the moment... if you have one and can take a moment to tell me why this beta candidate build fails on startup I'd appreciate it.... http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-beta-review/rev/260601/arch/Linux/installer/SecondLife-i686-3.3.4.260601.tar.bz2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120627/a17fe6ad/attachment.htm From Lance.Corrimal at eregion.de Wed Jun 27 11:31:14 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Wed, 27 Jun 2012 20:31:14 +0200 Subject: [opensource-dev] well aint that great, a 2 year old bug is back: SH-489 Message-ID: <26826580.0aI5qkFyxc@sai> This one here is back: https://jira.secondlife.com/browse/SH-489 From sldev at free.fr Thu Jun 28 00:52:51 2012 From: sldev at free.fr (Henri Beauchamp) Date: Thu, 28 Jun 2012 09:52:51 +0200 Subject: [opensource-dev] Need help diagnosing a Linux viewer launch failure In-Reply-To: <4FE98DEA.9040103@lindenlab.com> References: <4FE98DEA.9040103@lindenlab.com> Message-ID: <20120628095251.d70b7b33.sldev@free.fr> On Tue, 26 Jun 2012 06:24:42 -0400, Oz Linden (Scott Lawrence) wrote: > My Linux box is unavailable at the moment... if you have one and can > take a moment to tell me why this beta candidate build fails on startup > I'd appreciate it.... > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-beta-review/rev/260601/arch/Linux/installer/SecondLife-i686-3.3.4.260601.tar.bz2 Launching and working fine under Mandriva 2010.2 and Mandriva 2009.0. Henri. From Lance.Corrimal at eregion.de Thu Jun 28 03:53:21 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 28 Jun 2012 12:53:21 +0200 Subject: [opensource-dev] well aint that great, a 2 year old bug is back: SH-489 In-Reply-To: References: <26826580.0aI5qkFyxc@sai> Message-ID: <20634733.Gaj5sr8q9l@sai> Am Mittwoch, 27. Juni 2012, 21:13:57 schrieb Tobias Roth: > its back? huh? i?ve never seen this beeing "fixed"... http://hg.secondlife.com/viewer-development/changeset/6275dc558a21 from july 2011... the biggest issue is that that fix does not work anymore since there have been some changes to llrender/* that changed datatypes... bye, LC From Lance.Corrimal at eregion.de Thu Jun 28 03:58:07 2012 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 28 Jun 2012 12:58:07 +0200 Subject: [opensource-dev] well aint that great, a 2 year old bug is back: SH-489 In-Reply-To: <20634733.Gaj5sr8q9l@sai> References: <26826580.0aI5qkFyxc@sai> <20634733.Gaj5sr8q9l@sai> Message-ID: <1402549.lpOuBPn7mz@sai> the actual fix is in this one: http://hg.secondlife.com/viewer-development/changeset/86eec7b46566