Re: [opensource-dev] Mesh branch merged to viewer-development

2011-05-17 Thread Brendan Wilson 
Yes im seeing the same error in the exact same place and after doing some
investigation it looks like the crash is being cause by storm-973 as there
was a change @ that line and others in the file for that issue.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Sergey Litovchuk
> Sent: Tuesday, May 17, 2011 6:05 PM
> To: Oz Linden (Scott Lawrence)
> Cc: opensource-dev
> Subject: Re: [opensource-dev] Mesh branch merged to viewer-development
> 
> Running the latest viewer-development build for me causes the viewer to
> crash on start up with an error:
> 
> 2011-05-17T21:41:18Z newview/llviewertexturelist.cpp(492) : error
> 2011-05-17T21:41:18Z ERROR: LLViewerTextureList::addImageToList: ASSERT
> (mInitialized)
> 
> It looks like there is a trouble with finding the settings in both user
> and application directory.
> 
> I'm using a RelWithDebInfoOS configuration on Linux.
> 
> Has someone experienced this kind of crash?
> 
> On 05/17/2011 09:22 PM, Oz Linden (Scott Lawrence) wrote:
> >
> > The mesh team development branch has been merged to viewer-
> development
> > (with the actual mesh support disabled, but with many rendering and
> > other fixes active).
> >
> > Your next pull of the tip of viewer-development will bring you ~2250
> > changesets; pay careful attention to any merges of your local changes.
> >
> > Some of the changes may cause problems with using the Debug (and
> > DebugOS) configurations.  If you have problems, please bring them up on
> > the list.  Don't file a jira yet unless you believe you have diagnosed a
> > specific issue well enough that a fix is possible.  If it turns out that
> > these configurations are not working well, getting them fixed will be a
> > high priority this week.
> >
> > If you would like to update your repository to the latest possible
> > change _before_ the mesh branch move (and let the rest of us sort out
> > any problems that arise), then you can pull the tag '2.6.9-start'; the
> > mesh merge is the next revision after that tag.
> 
> ___
> Policies 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: 10.0.1375 / Virus Database: 1509/3643 - Release Date: 05/17/11

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] 2.6.6 source?

2011-05-24 Thread Brendan Wilson 
If you look @ the .hgtags file in the current viewer-development repository
you can find all the tags for the start of the different versions like the
one below.
https://bitbucket.org/lindenlab/viewer-development/src/3881f01bf7ec/.hgtags#
cl-110


> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Lance Corrimal
> Sent: Tuesday, May 24, 2011 4:42 PM
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] 2.6.6 source?
> 
> Am Freitag 20 Mai 2011 schrieb Lance Corrimal:
> > Has anyone seen the 2.6.6 sources? bitbucket hasn't got them...
> 
> now bitbucket is two versions behind...
> ___
> Policies 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: 10.0.1375 / Virus Database: 1509/3657 - Release Date: 05/24/11

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: Allow objects to have 99.99% max hollow for default hollow shape.

2011-07-12 Thread Brendan Wilson 
To try and help prevent this I selected to only have the default shape have
a new max for instance if you have a cylinder and are using a hollow shape
of say square in it then the max for that is still the same which is 70%.
This way hopefully the issue you are talking about should not happen as the
hollow default shape will follow the outside of the object more easily than
the others.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Dahlia
Trimble
Sent: Tuesday, July 12, 2011 12:06 AM
To: Viewer
Subject: Re: [opensource-dev] Review Request: Allow objects to have 99.99%
max hollow for default hollow shape.

 

One thing I noticed while coding collision geometry for OpenSimulator is as
hollow is increased and prims are twisted or otherwise manipulated such that
the hollow shape doesnt exactly follow the outer shape, the probability
increases that the surfaces formed by the triangles that make up the hollow
shape may actually protrude beyond those that make up the outer surface. I'm
not sure what SL sims do under these conditions but what ODE (Open Dynamics
Engine - most commonly used physics engine in OpenSimulator) is create a
condition where physical objects may become trapped between the resulting
surfaces. ODE uses trimesh colliders and surface normals for determining
collision surfaces and if prim hollow surfaces protrude outside of prim
outer surfaces, the surface normals for these surfaces point in the wrong
direction. This can be alleviated by increasing prim vertex count, but for
some of these prims vertex count may already be even greater than 4000
vertices. Increasing it further would use excessive memory and likely
increase the cost of computing collisions dramatically. I've found that a
limit of 95% maximum hollow is a good compromise between prim complexity and
usability. 



On Mon, Jul 11, 2011 at 7:34 PM, Wolfpup Lowenhar 
wrote:


This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/388/ 

 


Review request for Viewer.

By Wolfpup Lowenhar.


Description 


As a Builder, I want to be able to create prims that are more than 95 %
hollow which will allow me to create more realistic paper sheets, flags,
fabric bits, ribbons, etc.

Testing 


Built viewer locally and testes Viewer Phase of Acceptance Criteria. 

Bugs: STORM-58   


Diffs 


*   doc/contributions.txt (d4cd5f0f33d2)
*   indra/llmath/llvolume.cpp (d4cd5f0f33d2)
*   indra/newview/llpanelobject.cpp (d4cd5f0f33d2)
*   indra/newview/skins/default/xui/en/floater_tools.xml (d4cd5f0f33d2)

View Diff  


___
Policies 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: 10.0.1388 / Virus Database: 1516/3759 - Release Date: 07/11/11

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Problem with llmeshrepository.cpp (was "Problems with downloading kdu")

2011-08-07 Thread Brendan Wilson 
You could do one of two things as the stub lib from LL it not current and
missing functions and parameters.

One build the following repository @ its tip and use the file url method to
point autobuild to the new lib:

https://bitbucket.org/WolfpupL/llconvexdecompositionos/overview

Two use the lib that Nicky's lib that was posted to the list:

https://lists.secondlife.com/pipermail/opensource-dev/2011-August/007759.htm
l



> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Vector Hastings
> Sent: Sunday, August 07, 2011 5:18 AM
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Problem with llmeshrepository.cpp (was
> "Problems with downloading kdu")
> 
> Thanks to help from this board, I'm past my kdu problem and on to what I
> think is probably a genuine source issue:
> 
> When compiling, the following error occurs:
> 
> .\indra\newview\llmeshrepository.cpp(2921): error C2660:
> 'LLConvexDecomposition::setMeshData' : function does not take 2 arguments
> 
> Will someone be fixing this and can they ping the list when its ready?
> 
> Cheers,
> 
> Vector Hastings
> 
> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com
> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Vector
> Hastings
> Sent: Saturday, August 06, 2011 3:48 PM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Problems with downloading kdu
> 
> Hello all,
> 
> I'm trying to get back into this after almost 2 years not having compiled
> the client.
> 
> The new wiki instructions are Awesome! Thanks to all.
> 
> I'm trying to autobuild and getting this error:
> 
> ERROR: failed to download
> http://s3-proxy.lindenlab.com/private-builds-secondlif
> e-com/hg/repo/3p-kdu-private/rev/221672/arch/CYGWIN/installer/kdu-6.4.1-
> wind
> ows-
> 20110218.tar.bz2
> 
> 
> Can anyone point me to a fix?
> 
> Thanks!
> 
> Vector
> 
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
> 
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1391 / Virus Database: 1520/3817 - Release Date: 08/06/11

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] "viewer-beta" fails to build

2011-08-24 Thread Brendan Wilson 
>From looking @ the log you provided it looks like it is not building witht
the fix that added from OPEN-107.
My suggestion would be to copy the hash and link information from the
current viewer-development tip for llconvexdecompositionstub over to the
beta branch autobuild .xml so that it is using the updated stub.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Lance Corrimal
> Sent: Wednesday, August 24, 2011 10:46 AM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] "viewer-beta" fails to build
> 
> Hi folks,
> 
> I'm trying to build the current beta source from viewer-beta repo:
> 
> [ 70%] Building CXX object newview/CMakeFiles/secondlife-
> bin.dir/llmimetypes.o
> /usr/src/packages/BUILD/viewer-
> beta/indra/newview/llmeshrepository.cpp: In member function 'void
> LLPhysicsDecomp::setMeshData(LLCDMeshData&, bool)':
> /usr/src/packages/BUILD/viewer-
> beta/indra/newview/llmeshrepository.cpp:2921:80: error: no matching
> function for call to
> 'LLConvexDecomposition::setMeshData(LLCDMeshData*, bool&)'
> /usr/src/packages/BUILD/viewer-beta/build-linux-
> i686/packages/include/llconvexdecomposition.h:178:21: note: candidate
> is: virtual LLCDResult LLConvexDecomposition::setMeshData(const
> LLCDMeshData*)
> /usr/src/packages/BUILD/viewer-
> beta/indra/newview/llmeshrepository.cpp: In member function 'void
> LLPhysicsDecomp::doDecompositionSingleHull()':
> /usr/src/packages/BUILD/viewer-
> beta/indra/newview/llmeshrepository.cpp:3132:27: error: 'class
> LLConvexDecomposition' has no member named 'buildSingleHull'
> /usr/src/packages/BUILD/viewer-
> beta/indra/newview/llmeshrepository.cpp:3149:10: error: 'class
> LLConvexDecomposition' has no member named 'getSingleHull'
> [ 70%] Building CXX object newview/CMakeFiles/secondlife-
> bin.dir/llmorphview.o
> make[2]: *** [newview/CMakeFiles/secondlife-
> bin.dir/llmeshrepository.o] Error 1
> make[2]: *** Waiting for unfinished jobs
> make[1]: *** [newview/CMakeFiles/secondlife-bin.dir/all] Error 2
> make: *** [all] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.nfOvxt (%build)
> 
> 
> viewer-development and viewer-release build just fine.
> 
> any hints?
> 
> 
> bye,
> LC
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3854 - Release Date: 08/24/11

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Fmod 3.74?

2010-04-19 Thread Brendan Wilson 
For all you folks looking for current links to the needed Fmod and QT file
dl pages they are here:

 

https://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds

 

This is a new wiki page in development focusing on building Viewer 2 on
Windows based systems. Also if the rest of you have suggestions please feel
free to add to the page. I have even added some things to the page myself.

 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Philippe
(Merov) Bossut
Sent: Monday, April 19, 2010 6:58 PM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Fmod 3.74?

 

Hi,

On Sat, Apr 17, 2010 at 3:32 PM, Andrew Simpson  wrote:

hey does anyone know where is fmod API 3.75 i cant find from
 http://www.fmod.org/index.php/download
now  it all over version 4
when sl wiki  say download fmod API 3.75 what going to do?


Logged and fixed:
   https://jira.secondlife.com/browse/SNOW-600

For URL details, see changesets:

*   Snowglobe 2.0 svn rev 3311 :
http://svn.secondlife.com/trac/linden/changeset/3311
*   Snowglobe 1.4 svn rev 3312 :
http://svn.secondlife.com/trac/linden/changeset/3312


Cheers,
- Merov

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.801 / Virus Database: 271.1.1/2821 - Release Date: 04/19/10
14:31:00

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] No Media Plugin was found to handle the "text/html" mime type. Media of this type will be unavailable.

2010-04-19 Thread Brendan Wilson 
This was also happening to me till I got the Fmod and QT files needed for
the build now that I have them I do not get this error any more.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Philippe
(Merov) Bossut
Sent: Monday, April 19, 2010 7:48 PM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] No Media Plugin was found to handle the
"text/html" mime type. Media of this type will be unavailable.

 

Hi Nicky,

On Fri, Apr 16, 2010 at 12:01 PM, Nicky Perian 
wrote:

After VC90 builds Release and RelWithDebInfo the No Media Plugin
notification alarms and of course when trying video media the same
notifications alarm. Could this be related to the gstreamer problem that
occured on the linux builds? If so is there a known work around or patch.


It's difficult to guess what's wrong in your particular instance but your
viewer reacts as if it was not able to find the plugins at all. You should
have an "llplugin" folder in the same folder you get your executable and
this folder should contain media_plugin_webkit.dll (used to render
"text/html" mime types on Windows), a bunch of qt libs (qtweblit4.dll and
others), a codecs folder and an imageformats folder, both containing qt
libraries.

Do you have those things around?

Cheers,
- Merov 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.801 / Virus Database: 271.1.1/2821 - Release Date: 04/19/10
14:31:00

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] No Media Plugin was found to handle the "text/html" mime type. Media of this type will be unavailable.

2010-04-19 Thread Brendan Wilson 
Nicky,

   You will have the missing folder if you follow the instructions in the
Download and compile libraries that must be manually added to each LL source
release section of this wiki page

 

https://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds

 

Once you follow the steps for Fmod and QT then re-run develop.yp  and build
it again in VS once that is done you should have the missing folder.

 

From: Nicky Perian [mailto:nickyper...@yahoo.com] 
Sent: Monday, April 19, 2010 11:34 PM
To: Philippe (Merov) Bossut; opensource-dev@lists.secondlife.com
Cc: Brendan Wilson
Subject: Re: [opensource-dev] No Media Plugin was found to handle the
"text/html" mime type. Media of this type will be unavailable.

 

Merov,

The llplugin folder is not present. All the libraries are present because
the VC80 build is good and it has the llplugin folder. FMOD and qt are all
present.
The codecs and imageformats folders are present.

An image copy of the Release folder is here:
http://picpaste.com/NoMediaPlugin.PNG


Thanks,

Nicky

  _  

From: Philippe (Merov) Bossut 
To: opensource-dev@lists.secondlife.com
Sent: Mon, April 19, 2010 6:48:04 PM
Subject: Re: [opensource-dev] No Media Plugin was found to handle the
"text/html" mime type. Media of this type will be unavailable.

Hi Nicky,

On Fri, Apr 16, 2010 at 12:01 PM, Nicky Perian 
wrote:

After VC90 builds Release and RelWithDebInfo the No Media Plugin
notification alarms and of course when trying video media the same
notifications alarm. Could this be related to the gstreamer problem that
occured on the linux builds? If so is there a known work around or patch.


It's difficult to guess what's wrong in your particular instance but your
viewer reacts as if it was not able to find the plugins at all. You should
have an "llplugin" folder in the same folder you get your executable and
this folder should contain media_plugin_webkit.dll (used to render
"text/html" mime types on Windows), a bunch of qt libs (qtweblit4.dll and
others), a codecs folder and an imageformats folder, both containing qt
libraries.

Do you have those things around?

Cheers,
- Merov 

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.801 / Virus Database: 271.1.1/2821 - Release Date: 04/19/10
14:31:00

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] trying to get a mod working

2010-04-20 Thread Brendan Wilson 
I'm working on moding the the lllogchat.ccp to add a datestamp to the file
name but im having dificuilitie with getting it to work roght of fail to
compile. The following erros are from my latest compile:

 

94>lllogchat.cpp

94>lllocationinputctrl.cpp

94>..\..\newview\lllogchat.cpp(196) : error C2065: 'ostringstream' :
undeclared identifier

94>..\..\newview\lllogchat.cpp(196) : error C2146: syntax error : missing
';' before identifier 'date'

94>..\..\newview\lllogchat.cpp(196) : error C2275: 'boost::gregorian::date'
: illegal use of this type as an expression

94>
C:\linden\projects\2010\snowglobe\trunk\libraries\include\boost/date_time/gr
egorian/greg_date.hpp(37) : see declaration of 'boost::gregorian::date'

94>..\..\newview\lllogchat.cpp(197) : error C2143: syntax error : missing
';' before '<<'

94>..\..\newview\lllogchat.cpp(197) : error C2143: syntax error : missing
';' before '<<'

94>..\..\newview\lllogchat.cpp(198) : warning C4832: token '.' is illegal
after UDT 'LLLogChat::makeLogFileName::date'

94>..\..\newview\lllogchat.cpp(197) : see declaration of
'LLLogChat::makeLogFileName::date'

94>..\..\newview\lllogchat.cpp(198) : error C2027: use of undefined type
'LLLogChat::makeLogFileName::date'

94>..\..\newview\lllogchat.cpp(197) : see declaration of
'LLLogChat::makeLogFileName::date'

94>..\..\newview\lllogchat.cpp(198) : error C2228: left of '.str' must have
class/struct/union

94>..\..\newview\lllogchat.cpp(203) : error C2146: syntax error : missing
';' before identifier 'date'

94>..\..\newview\lllogchat.cpp(203) : error C2275: 'boost::gregorian::date'
: illegal use of this type as an expression

94>
C:\linden\projects\2010\snowglobe\trunk\libraries\include\boost/date_time/gr
egorian/greg_date.hpp(37) : see declaration of 'boost::gregorian::date'

94>..\..\newview\lllogchat.cpp(204) : error C2143: syntax error : missing
';' before '<<'

94>..\..\newview\lllogchat.cpp(204) : error C2143: syntax error : missing
';' before '<<'

94>..\..\newview\lllogchat.cpp(205) : warning C4832: token '.' is illegal
after UDT 'boost::gregorian::date'

94>
C:\linden\projects\2010\snowglobe\trunk\libraries\include\boost/date_time/gr
egorian/greg_date.hpp(37) : see declaration of 'boost::gregorian::date'

94>..\..\newview\lllogchat.cpp(205) : error C2039: 'str' : is not a member
of 'boost::gregorian::date'

94>
C:\linden\projects\2010\snowglobe\trunk\libraries\include\boost/date_time/gr
egorian/greg_date.hpp(37) : see declaration of 'boost::gregorian::date'

 

Here is the related code:

 

std::string LLLogChat::makeLogFileName(std::string filename)

{

  time_t now = time(NULL);

struct tm * t = localtime(&now);

if (filename == "chat")

  {

ostringstream date;

date << "-" << t->tm_year << "-" << t->tm_mon << "-" <<
t->tm_mday;

std::string formated_date = date.str();

filename += formated_date;

  }

  else

  {

ostringstream date;

date << "-" << t->tm_year << "-" << t->tm_mon;

std::string formated_date = date.str();

filename += formated_date;

  }

  filename = cleanFileName(filename);

  filename =
gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename);

  filename += ".txt";

  return filename;

}

 

I'm trying to do something similar to this section of code:

 

std::string LLLogChat::timestamp(bool withdate)

{

  time_t utc_time;

  utc_time = time_corrected();

 

  std::string timeStr;

  LLSD substitution;

  substitution["datetime"] = (S32) utc_time;

 

  if (withdate)

  {

timeStr = "["+LLTrans::getString ("TimeYear")+"]/["

  +LLTrans::getString ("TimeMonth")+"]/["

  +LLTrans::getString ("TimeDay")+"] ["

  +LLTrans::getString ("TimeHour")+"]:["

  +LLTrans::getString ("TimeMin")+"]";

  }

  else

  {

timeStr = "[" + LLTrans::getString("TimeHour") + "]:["

+ LLTrans::getString ("TimeMin")+"]";

  }

 

  LLStringUtil::format (timeStr, substitution);

  return timeStr;

}

 

When I tried this modification to the code:

 

std::string LLLogChat::makeLogFileName(std::string filename)

{

  time_t utc_time;

  utc_time = time_corrected();

  std::string timeStr;

  LLSD substitution;

  substitution["datetime"] = (S32) utc_time;

  if (filename == "chat" )

  {

timeStr = "-"+LLTrans::getString ("TimeYear")+"-"

  +LLTrans::getString ("TimeMonth")+"-"

+LLTrans::getString ("TimeDay");

  }

  else

  {

timeStr = "[" + LLTrans::getString("TimeHour") + "]:["

+ LLTrans::getString ("TimeMin")+"]";

  }

 

  LLStringUtil::format (timeStr, substitution);

  filename += timeStr;

  filename = cleanFil

Re: [opensource-dev] [sldev-commits] r3568 - in projects/2010/snowglobe/trunk: . doc indra/llcharacter indra/llcommon indra/llinventory indra/llmessage indra/llrender indra/llui indra/newview indra/ne

2010-07-26 Thread Brendan Wilson 
I can NOT do any updates thx the the .svnignore files that are now in the
svn server they are blocking TortiousSVN from retrieving the updates!

-Original Message-
From: sldev-commits-boun...@lists.secondlife.com
[mailto:sldev-commits-boun...@lists.secondlife.com] On Behalf Of
merov.lin...@svn.secondlife.com
Sent: Monday, July 26, 2010 10:33 PM
To: sldev-comm...@lists.secondlife.com
Subject: [sldev-commits] r3568 - in projects/2010/snowglobe/trunk: . doc
indra/llcharacter indra/llcommon indra/llinventory indra/llmessage
indra/llrender indra/llui indra/newview indra/newview/app_settings
indra/newview/skins/default/xui/da indra/newview/skins/de

Author: merov.linden
Date: 2010-07-26 21:32:58 -0500 (Mon, 26 Jul 2010)
New Revision: 3568

Added:
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_class
ified.xml
Removed:
   projects/2010/snowglobe/trunk/indra/newview/llfloaterparcel.cpp
   projects/2010/snowglobe/trunk/indra/newview/llfloaterparcel.h
   projects/2010/snowglobe/trunk/indra/newview/llfloaterurldisplay.cpp
   projects/2010/snowglobe/trunk/indra/newview/llfloaterurldisplay.h
   projects/2010/snowglobe/trunk/indra/newview/llpanelplace.cpp
   projects/2010/snowglobe/trunk/indra/newview/llpanelplace.h
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/alerts.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_cal
l.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_cam
era_classic.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_dir
ectory.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_htm
l.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_min
i_map.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_mut
e.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_nea
rby_media.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_obj
ect_im_info.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pre
view_existing_landmark.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pre
view_texture_keep_discard.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pre
view_url.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pri
ce_for_listing.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pro
file.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_rep
ort_bug.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_picks_
overflow.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_at
tachment.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_av
atar.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_la
nd.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_ob
ject.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_se
lf.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_places
_gear.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/notify.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata
r.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata
r_classified.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata
r_pick.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata
r_row.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_class
ified.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_event
.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_group
.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_look_
info.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_me_pr
ofile.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_mini_
map.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_place
.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_place
_small.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe
rences_network.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe
rences_skins.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe
rences_voice.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe
rences_web.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_priva
te_call.xml
 
projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_sidet
ray_tab_info.xml
 
projects/2010/snowglobe/trunk/indra/ne

Re: [opensource-dev] Plugins/Modular architecture

2010-09-04 Thread Brendan Wilson 
Not yet they have just started working on bring it to VS2008 and even doing
that is by a lot of effort from the OS community there even a jira on at
least bring it to VS2008(vc90)

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Ann Otoole
Sent: Friday, September 03, 2010 10:11 AM
To: Oz Linden (Scott Lawrence); opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Plugins/Modular architecture

 

Has this project code been brought forward to Visual Studio 2010?

 

  _  

From: Oz Linden (Scott Lawrence) 
To: opensource-dev@lists.secondlife.com
Sent: Fri, September 3, 2010 9:32:54 AM
Subject: Re: [opensource-dev] Plugins/Modular architecture

  On 2010-09-03 9:14, Lawson English wrote:
>On 9/2/10 8:13 AM, Talia Tokugawa wrote:
>> [...]
>> I know this has been suggested before as friends have suggested it.
>> Why not make the viewer more Modular? Introduce a plugin architecture.
>> Allow any user to "build" their own client that fits their needs and
>> requirements.
>>
> Its a HUGE undertaking to do that. LL wasn't willing to tackle the issue
> directly years ago and they probably don't have the resources to do it
> now. It would have to be a community-lead effort and I'm not sure that
> developers are willing to invest the time to refactor the viewer at that
> level unless LL will be willing to seriously consider using the
> resulting re-architectured viewer.

Try us...

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting
privileges

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.851 / Virus Database: 271.1.1/3113 - Release Date: 09/04/10
02:34:00

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Building viewer-development

2010-09-10 Thread Brendan Wilson 
To answer your questions Sheet:

First off viewer-development ( aka Snowstom) dose still use the same set up
as you use for Snowglobe.

Second http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds is
more current for building the viewer but it needs to be updated to include a
link to the TortiosHG page so you will be able to access the new repository
system.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Sheet
Spotter
Sent: Friday, September 10, 2010 10:54 PM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Building viewer-development

 

I would like to build the viewer-development source code under Windoze. I
was familiar with the Snowglobe process. Now I need to understand any
changes to the build process for Project Snowstorm.

 

The wiki instructions for the retrieving the source code and building the
viewer seem out of date. 

http://wiki.secondlife.com/wiki/Get_source_and_compile

http://wiki.secondlife.com/wiki/Microsoft_Windows_Builds

Should these pages be marked out of date and include links to the newer
Project Snowstorm pages?

 

Only the version control repository page was marked as out of date.

http://wiki.secondlife.com/wiki/Version_control_repository

 

The Project Snowstorm page links to a page that includes a discussion about
retrieving the source code from the repository:

http://wiki.secondlife.com/wiki/Develop_Viewer_Code

 

I encountered two problems on the "Develop Viewer Code" page.

 

Firstly, it took a wee while to find a client application that could
retrieve the source code from the repository. Would adding links to client
applications be helpful? I assume the following application is reliable:

http://tortoisehg.bitbucket.org/

 

Secondly, there was a link to a "build" page that was expected to hold the
build instructions.

http://wiki.secondlife.com/wiki/How_To_Build_The_Viewer

The above page was empty.

 

Does the viewer-development build follow the same process outlined in the
original "Microsoft Windows Builds" page? 

Are all of the third-party applications (CMake, Cygwin, Python, etc) still
required?

Are Artwork and Libraries bundles from the following page still required?

http://wiki.secondlife.com/wiki/Source_downloads

 

Thank you in advance for help in getting a viewer-development build
happening under Windoze.

 

 

Sheet Spotter

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.851 / Virus Database: 271.1.1/3127 - Release Date: 09/10/10
14:41:00

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] LGPL violation

2010-10-28 Thread Brendan Wilson 
Actually the Qt wbekit source that LL uses is available as I had to
completely rebuild the set of libs on my system when I was working on
snowglobe using visual studio 2008 as the lib provided by LL caused an issue
when starting the viewer after being build due to an manifest
incompatibility issue. 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Carlo Wood
Sent: Thursday, October 28, 2010 11:52 AM
To: Dave Booth
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] LGPL violation

 

On Thu, Oct 28, 2010 at 08:27:52AM -0500, Dave Booth wrote:
> On 10/28/2010 06:29, Carlo Wood wrote:
> libmedia_plugin_webkit.{sp,dll,dylib}
>
> Make sure you quote examples of static linking when you're talking about
> static linking :)

Make sure you read carefully what I say and understand it before
talking about wrong examples :)

libmedia_plugin_webkit.{sp,dll,dylib} are linked STATICALLY with
the Qt libs (as in, linked with .a).

Thus:

 Qt*.a (LGPL) + LL*.o (LGPL+FLOSS) = libmedia_plugin_webkit.so

 ==> LL*.o must be made public (or their source code), or
 libmedia_plugin_webkit.so cannot be shipped.

--
Carlo Wood 
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting
privileges 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1153 / Virus Database: 424/3224 - Release Date: 10/28/10

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges