Re: [opensource-dev] Avatar Hover Height feature

2015-02-04 Thread Henri Beauchamp 
On Wed, 4 Feb 2015 03:50:08 +0100, Carlo Wood wrote:

> However,
> sometimes I wonder why you aren't being smarter than this :p

Probably because I'm more stubborn than I am smart... :-P
I don't give-up easily when I know "my way" is "the right way" to
achieve a given result.

> Linden Lab ('s internal coders) hadn't even LOOKED at our
> contributions and EVERYTHING we did had been /dev/null-ed and
> not used in their next release. I didn't reconfirmation: I left.

Yes, it is exactly what I meant by "waste of resources" in my last
message... It saddens me to no end when I see talented programmers
giving up on SL because of LL's stance... The first one, of fond
memories, was Nicholaz Beresford... It was before Oz' era too.

> At the time I was enthusiastic about working on an opensource
> viewer (even though that meant given my private info, which I
> agree is rather silly and annoying; and I understand why you
> refuse that)... That was before Oz .../...
> Bottom line is. Linden Lab only uses and likes "invented here".
> The don't listen to others, nor are they interested in what
> others have to say.

Yes, it has been a constant in LL's stance, and Oz is therefore not the
(only) one to blame. LL's policy towards Open Source is simply
inadequate and harmful... for themselves !

It is obvious and perfectly normal that LL must have the last word and
make the final decision on SL's working and features. However, it is a
pure waste of grey matter resources to dismiss or ignore proposals and
just oppose a "the factors .../... are quite complicated" as an excuse
for it, not even caring to discuss the matter, and first starting to
expose their constraints and what complication(s) they encounter. We
(the Open Source developers) may surprise them and come up with a
solution they didn't think about... That's the whole point of
collaborative work !

> .../... Trying to communicate with Linden Lab is a waste of your time.

This is alas all too often true. However, sometimes, communication works
(see the AO example I cited yesterday in my last message on this list).
Thing is, I cannot infer from the various communication experiences with
them a way to make sure my next proposal will be taken into account in
a constructive fashion by LL... Their reactions to proposals are at best
described as chaotic !

> Stop Wasting Your Time. Just let them kill SL in peace.

It's not a total waste (the waste only happens when trying to
communicate with LL and they don't listen/care).

I like SL a lot. I love programming. It's fun as far as I am concerned.
I also like challenges and I like to use my brain to solve problems.
This said, should I get tired of it all and stop having fun in SL
(because I'm a roleplayer too, and enjoy roleplaying in SL), then I'll
definitely give up.
Also, I took the "Your World, Your Imagination" motto to the letter,
and Lindens should perhaps be reminded that motto from time to times...

> PS Needless to say that I completely agree with the technical point you
> have been making. But it's not just the hover height that is
> problematic lol. The whole animation (format) is useless.

The format lacks a single parameter: what bone (or more likely joint)
shall stay in contact with the "ground" when a given "standing" (i.e.
when the avatar is root and not "seated" on a prim) animation is played.
We could call this parameter the "contact bone/joint".

For a kneeling anim, it would be the knee joint, for a laying anim,
it could be the shoulder joints or the spine bone, for a standing
anim, the feet, etc...

This could be one of the improvements in SL 2 (it's too late for SL 1)
*if* LL already thought about it, or *if* they read this message...

> .../...
> The main problem with both is that it only works for a static pose,
> not for an animation where the knees are bend and stretched again,
> like in certain dance animations, or in animation where someone goes
> from standing up to a (ground) sitting pose for example.

You are perfectly right... and the height adjustment indeed can't
suffice in the case of complex animations. One of the solutions (for
SL 2), still retaining the "contact bone/joint" idea I described above
would be to allow this reference to be changed on a per-frame basis.

Note that the server-side "contact bone/joint" implementation would
be quite complex and involve a much "smarter" physics engine or a
much more complete description/implementation of an "avatar" in that
engine (instead of dealing with a bounding box and its center
position, the physics engine would have to deal with every avatar's
bones/joints).

Regards,

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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

2015-02-04 Thread Oz Linden (Scott Lawrence) 

On 2015-02-02 10:42 , Nicky Perian wrote:


Does the underlying builder in LL's automated build system call 
MSBuild or Devenv?




Neither - as you can see in the autobuild.xml configuration, it runs 
'BuildConsole'.


I don't see any value at all in maintaining compatibility with Express 
given that the Community Edition is closer to the Pro version we use; if 
anyone disagrees, by all means make your case but "because we used to do 
it that way" isn't going to be a strong argument.


I'm pretty tied up in an internal planning conference this week 
(figuring out good things to do for Second Life in the coming several 
months), so please forgive me if my responses are even slower than usual.


--
*Oz Linden (Scott Lawrence)* | /Engineering Director, Second Life/
Email or Hangouts o...@lindenlab.com  | Second 
Life Oz Linden 

Linden Lab| Makers of Shared Creative Spaces 
Check out what we're working on! 
___
Policies 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 Tools Upgrades - with a call for help

2015-02-04 Thread Nicky Perian 
Underneath BuildConsole which I assume is a wrapper to prepare an internal
build request likely calls Devenv or MSBuild. Both are available in Pro and
CE. Express only has MSBuild.

Building from a blank build-vc120 with Devenv provides a significant build
time improvement over MSBuild. However, a note on MS's web page for Denenv
indicate that MSBuild should be used. That note has been present since
VS2010 release. My thoughts are that the note was there with aim of easing
the transition for C# and .NET developers that had historically used
MSBuild into C++.

One additional point. Singularity Viewer project still uses develop.py and
it internally calls devenv.com with no bad result, as far as I know.

For the list:
Should autobuild.xml call MSBuild or Devenv?




On Wed, Feb 4, 2015 at 8:18 AM, Oz Linden (Scott Lawrence)  wrote:

>  On 2015-02-02 10:42 , Nicky Perian wrote:
>
>
>  Does the underlying builder in LL's automated build system call MSBuild
> or Devenv?
>
>
> Neither - as you can see in the autobuild.xml configuration, it runs
> 'BuildConsole'.
>
> I don't see any value at all in maintaining compatibility with Express
> given that the Community Edition is closer to the Pro version we use; if
> anyone disagrees, by all means make your case but "because we used to do it
> that way" isn't going to be a strong argument.
>
> I'm pretty tied up in an internal planning conference this week (figuring
> out good things to do for Second Life in the coming several months), so
> please forgive me if my responses are even slower than usual.
>
> --
>  *Oz Linden (Scott Lawrence)* | *Engineering Director, Second Life*
> Email or Hangouts o...@lindenlab.com | Second Life Oz Linden
> 
> Linden Lab | Makers of Shared Creative Spaces 
> Check out what we're working on! 
>
___
Policies 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] HTTP Project Viewer & Source

2015-02-04 Thread Jonathan Ballard 
With another round of Net Neutrality on the table today, the interesting
part with HTTP viewer is the potential for interactive HTML5 video (i.e.
youtube). I imagined immersion controls that appear while in Google Maps
with the focus on street view of Linden Lab.

We have rendered overlays. It's that real-time window versus billboards
that is the talk.

Utility wise, that is Google's pegman versus SL avatar.

On Mon, Jan 6, 2014 at 2:50 PM, Monty Brandenberg 
wrote:

>
> Quick note to let everyone know that the next turn of the HTTP project
> code is now available in source and project viewer form.  HTTP Project
> viewer can be found here:
>
>
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

2015-02-04 Thread Cinder Roxley 
On February 4, 2015 at 8:18:19 AM, Nicky Perian (nickyper...@gmail.com) wrote:
Underneath BuildConsole which I assume is a wrapper to prepare an internal 
build request likely calls Devenv or MSBuild. Both are available in Pro and CE. 
Express only has MSBuild.

Building from a blank build-vc120 with Devenv provides a significant build time 
improvement over MSBuild. However, a note on MS's web page for Denenv indicate 
that MSBuild should be used. That note has been present since VS2010 release. 
My thoughts are that the note was there with aim of easing the transition for 
C# and .NET developers that had historically used MSBuild into C++. 

One additional point. Singularity Viewer project still uses develop.py and it 
internally calls devenv.com with no bad result, as far as I know.

For the list:
Should autobuild.xml call MSBuild or Devenv?


Hi,

You keep asking this question expecting another response, I guess. As stated 
both here and on jira, Microsoft recommends MSBuild going forward. All major 
build server products use MSBuild. Singularity uses MSBuild and only falls back 
to devenv.exe when MSBuild is not available or broken. VS Express is a dead 
product as Microsoft will no longer be making new versions of it.

VC projects can be slower on MSBuild because it has to do some backflips to 
build them (they’re not in MSBuild format). MSBuild also supports options that 
devenv does not (like increased verbosity). Coincidently, the switch from 
devenv to MSBuild has very little to do with .NET and more to do with the 
removal of VCBuild on favour of MSBuild. In anything newer than VS2010 devenv 
just calls MSBuild anyway!

Hope this helps.

-- 
Cinder Roxley
Sent with Airmail___
Policies 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 Tools Upgrades - with a call for help

2015-02-04 Thread Nicky Perian 
Yes, I am being persistent and I will not let it drop til I get a
definitive answer from Linden Lab.

On Wed, Feb 4, 2015 at 10:42 AM, Cinder Roxley 
wrote:

> On February 4, 2015 at 8:18:19 AM, Nicky Perian (nickyper...@gmail.com)
> wrote:
>
> Underneath BuildConsole which I assume is a wrapper to prepare an internal
> build request likely calls Devenv or MSBuild. Both are available in Pro and
> CE. Express only has MSBuild.
>
> Building from a blank build-vc120 with Devenv provides a significant build
> time improvement over MSBuild. However, a note on MS's web page for Denenv
> indicate that MSBuild should be used. That note has been present since
> VS2010 release. My thoughts are that the note was there with aim of easing
> the transition for C# and .NET developers that had historically used
> MSBuild into C++.
>
> One additional point. Singularity Viewer project still uses develop.py and
> it internally calls devenv.com with no bad result, as far as I know.
>
> For the list:
> Should autobuild.xml call MSBuild or Devenv?
>
>
> Hi,
>
> You keep asking this question expecting another response, I guess. As
> stated both here and on jira, Microsoft recommends MSBuild going forward.
> All major build server products use MSBuild. Singularity uses MSBuild and
> only falls back to devenv.exe when MSBuild is not available or broken. VS
> Express is a dead product as Microsoft will no longer be making new
> versions of it.
>
> VC projects can be slower on MSBuild because it has to do some backflips
> to build them (they’re not in MSBuild format). MSBuild also supports
> options that devenv does not (like increased verbosity). Coincidently, the
> switch from devenv to MSBuild has very little to do with .NET and more to
> do with the removal of VCBuild on favour of MSBuild. In anything newer than
> VS2010 devenv just calls MSBuild anyway!
>
> Hope this helps.
>
> --
> Cinder Roxley
> Sent with Airmail
>
> ___
> Policies 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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

2015-02-04 Thread Nicky Perian 
I know I'm not the sharpest knife in the draw especially when it come to
python. But, if I am reading this code snip from SingularityViewer
develop.py
correctly a command line build using devenv.com is executed each time it
finds visual studio and does not use it for Express because it isn't
present in Express.
{code}
environment = self.find_visual_studio()
if environment == '':
environment = self.find_visual_studio_express()
if environment == '':
environment = self.find_visual_studio_express_single()
if environment == '':
print >> sys.stderr, "Something went very wrong during
build stage, could not find a Visual Studio?"
else:
build_dirs=self.build_dirs()
print >> sys.stderr, "\nSolution generation complete,
it can can now be found in:", build_dirs[0]
print >> sys.stderr, "\nAs you are using an Express
Visual Studio, the build step cannot be automated"
print >> sys.stderr, "\nPlease see
https://wiki.secondlife.com/wiki/Microsoft_Visual_Studio#Extra_steps_for_Visual_Studio_Express_editions
for Visual Studio Express specific information"
exit(0)

# devenv.com is CLI friendly, devenv.exe... not so much.
return ('"%sdevenv.com" %s.sln /build %s' %
(self.find_visual_studio(), self.project_name,
self.build_type))
{code}

On Wed, Feb 4, 2015 at 1:27 PM, Nicky Perian  wrote:

> Yes, I am being persistent and I will not let it drop til I get a
> definitive answer from Linden Lab.
>
> On Wed, Feb 4, 2015 at 10:42 AM, Cinder Roxley 
> wrote:
>
>> On February 4, 2015 at 8:18:19 AM, Nicky Perian (nickyper...@gmail.com)
>> wrote:
>>
>> Underneath BuildConsole which I assume is a wrapper to prepare an
>> internal build request likely calls Devenv or MSBuild. Both are available
>> in Pro and CE. Express only has MSBuild.
>>
>> Building from a blank build-vc120 with Devenv provides a significant
>> build time improvement over MSBuild. However, a note on MS's web page for
>> Denenv indicate that MSBuild should be used. That note has been present
>> since VS2010 release. My thoughts are that the note was there with aim of
>> easing the transition for C# and .NET developers that had historically used
>> MSBuild into C++.
>>
>> One additional point. Singularity Viewer project still uses develop.py
>> and it internally calls devenv.com with no bad result, as far as I know.
>>
>> For the list:
>> Should autobuild.xml call MSBuild or Devenv?
>>
>>
>> Hi,
>>
>> You keep asking this question expecting another response, I guess. As
>> stated both here and on jira, Microsoft recommends MSBuild going forward.
>> All major build server products use MSBuild. Singularity uses MSBuild and
>> only falls back to devenv.exe when MSBuild is not available or broken. VS
>> Express is a dead product as Microsoft will no longer be making new
>> versions of it.
>>
>> VC projects can be slower on MSBuild because it has to do some backflips
>> to build them (they’re not in MSBuild format). MSBuild also supports
>> options that devenv does not (like increased verbosity). Coincidently, the
>> switch from devenv to MSBuild has very little to do with .NET and more to
>> do with the removal of VCBuild on favour of MSBuild. In anything newer than
>> VS2010 devenv just calls MSBuild anyway!
>>
>> Hope this helps.
>>
>> --
>> Cinder Roxley
>> Sent with Airmail
>>
>> ___
>> Policies 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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

2015-02-04 Thread holydoughnuts 
On 2/2/2015 1:42 PM, Nicky Perian wrote:
>
> Does the underlying builder in LL's automated build system call 
> MSBuild or Devenv?
>

For what IncrediBuild does, see 
http://www.incredibuild.com/webhelp/distributing_vs_builds.html - it 
currently calls devenv, unless you force it to use msbuild thru the 
registry.

buildconsole supports command flags compatible with either, so without 
that front end in place you'll want to watch your logs to make sure the 
commands make sense.
___
Policies 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 Tools Upgrades - with a call for help

2015-02-04 Thread Cinder Roxley 
On February 4, 2015 at 2:18:55 PM, Nicky Perian (nickyper...@gmail.com) wrote:
I know I'm not the sharpest knife in the draw especially when it come to 
python. But, if I am reading this code snip from SingularityViewer develop.py
correctly a command line build using devenv.com is executed each time it finds 
visual studio and does not use it for Express because it isn't present in 
Express.
{code}
        environment = self.find_visual_studio()
        if environment == '':
            environment = self.find_visual_studio_express()
            if environment == '':
                environment = self.find_visual_studio_express_single()
                if environment == '':
                    print >> sys.stderr, "Something went very wrong during 
build stage, could not find a Visual Studio?"
                else:
                    build_dirs=self.build_dirs()
                    print >> sys.stderr, "\nSolution generation complete, it 
can can now be found in:", build_dirs[0]    
                    print >> sys.stderr, "\nAs you are using an Express Visual 
Studio, the build step cannot be automated"
                    print >> sys.stderr, "\nPlease see 
https://wiki.secondlife.com/wiki/Microsoft_Visual_Studio#Extra_steps_for_Visual_Studio_Express_editions
 for Visual Studio Express specific information"
                    exit(0)
    
Either you’ve intentionally removed msbuild from this block of code or your 
sources are well out of date. -_-

https://bitbucket.org/lkalif/singularityviewer/src/f0b18e52a3d977c2c19f2a6b4e50292acb5941f2/indra/develop.py?at=master#cl-675

-- 
Cinder Roxley
Sent with Airmail


        # devenv.com is CLI friendly, devenv.exe... not so much.
        return ('"%sdevenv.com" %s.sln /build %s' % 
                (self.find_visual_studio(), self.project_name, self.build_type))
{code}___
Policies 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 Tools Upgrades - with a call for help

2015-02-04 Thread Nicky Perian 
To complete the record as a couple replies  missed the list
git pull / merge from singularity 1-20-2015
tip at hash 123ded50
by Inusaito Sayori 2015-01-20 16:44:22
origin https://github.com/singularity-viewer/SingularityViewer.git (fetch)

the msbuild code was put in as an experiment by Shyotl on December 18. 2014
https://github.com/singularity-viewer/SingularityViewer/commit/e57bcea3b648bc13ceeb1a5b53a39d27cf103c30

I don't know when he actually pushed his branch but I assume it was after
1-20-2015.

So it appears that msbuild has only been in use by Singularity for at most
2 weeks.

My point is that devenv has been used for a very long time by Singularity
with afaik no bad results.

So, no my sources were not well out of date and no I did present a self
edited code snip.




On Wed, Feb 4, 2015 at 4:13 PM, Cinder Roxley 
wrote:

> On February 4, 2015 at 2:18:55 PM, Nicky Perian (nickyper...@gmail.com)
> wrote:
>
> I know I'm not the sharpest knife in the draw especially when it come to
> python. But, if I am reading this code snip from SingularityViewer
> develop.py
> correctly a command line build using devenv.com is executed each time it
> finds visual studio and does not use it for Express because it isn't
> present in Express.
> {code}
> environment = self.find_visual_studio()
> if environment == '':
> environment = self.find_visual_studio_express()
> if environment == '':
> environment = self.find_visual_studio_express_single()
> if environment == '':
> print >> sys.stderr, "Something went very wrong during
> build stage, could not find a Visual Studio?"
> else:
> build_dirs=self.build_dirs()
> print >> sys.stderr, "\nSolution generation complete,
> it can can now be found in:", build_dirs[0]
> print >> sys.stderr, "\nAs you are using an Express
> Visual Studio, the build step cannot be automated"
> print >> sys.stderr, "\nPlease see
> https://wiki.secondlife.com/wiki/Microsoft_Visual_Studio#Extra_steps_for_Visual_Studio_Express_editions
>  for Visual Studio Express specific information"
> exit(0)
>
>
> Either you’ve intentionally removed msbuild from this block of code or
> your sources are well out of date. -_-
>
> https://bitbucket.org/lkalif/singularityviewer/src/f0b18e52a3d977c2c19f2a6b4e50292acb5941f2/indra/develop.py?at=master#cl-675
>
> --
> Cinder Roxley
> Sent with Airmail
>
>
> # devenv.com is CLI friendly, devenv.exe... not so much.
> return ('"%sdevenv.com" %s.sln /build %s' %
> (self.find_visual_studio(), self.project_name,
> self.build_type))
> {code}
>
>
> ___
> Policies 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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

2015-02-04 Thread Nicky Perian 
A look at the options below BuildConsole indicated that devenv is the
underlying builder.

devenv secondlife.sln /build "Release|Win32"
would be the underlying command as neither of those options can be used
with MSBuild.


Release

  build
  
arguments

  SecondLife.sln

command
BuildConsole
options

  /build
  "/cfg=Release|Win32"

  
  configure
  
arguments

  ..\indra
  &&
  ..\indra\tools\vstool\VSTool.exe
  --solution
  SecondLife.sln
  --config
  Release
  --startup
  secondlife-bin

options

  -G
  "Visual Studio 12"

  
  name
  Release


On Wed, Feb 4, 2015 at 5:17 PM, Nicky Perian  wrote:

> To complete the record as a couple replies  missed the list
> git pull / merge from singularity 1-20-2015
> tip at hash 123ded50
> by Inusaito Sayori 2015-01-20 16:44:22
> origin https://github.com/singularity-viewer/SingularityViewer.git (fetch)
>
> the msbuild code was put in as an experiment by Shyotl on December 18. 2014
>
> https://github.com/singularity-viewer/SingularityViewer/commit/e57bcea3b648bc13ceeb1a5b53a39d27cf103c30
>
> I don't know when he actually pushed his branch but I assume it was after
> 1-20-2015.
>
> So it appears that msbuild has only been in use by Singularity for at most
> 2 weeks.
>
> My point is that devenv has been used for a very long time by Singularity
> with afaik no bad results.
>
> So, no my sources were not well out of date and no I did present a self
> edited code snip.
>
>
>
>
> On Wed, Feb 4, 2015 at 4:13 PM, Cinder Roxley 
> wrote:
>
>> On February 4, 2015 at 2:18:55 PM, Nicky Perian (nickyper...@gmail.com)
>> wrote:
>>
>> I know I'm not the sharpest knife in the draw especially when it come to
>> python. But, if I am reading this code snip from SingularityViewer
>> develop.py
>> correctly a command line build using devenv.com is executed each time it
>> finds visual studio and does not use it for Express because it isn't
>> present in Express.
>> {code}
>> environment = self.find_visual_studio()
>> if environment == '':
>> environment = self.find_visual_studio_express()
>> if environment == '':
>> environment = self.find_visual_studio_express_single()
>> if environment == '':
>> print >> sys.stderr, "Something went very wrong
>> during build stage, could not find a Visual Studio?"
>> else:
>> build_dirs=self.build_dirs()
>> print >> sys.stderr, "\nSolution generation complete,
>> it can can now be found in:", build_dirs[0]
>> print >> sys.stderr, "\nAs you are using an Express
>> Visual Studio, the build step cannot be automated"
>> print >> sys.stderr, "\nPlease see
>> https://wiki.secondlife.com/wiki/Microsoft_Visual_Studio#Extra_steps_for_Visual_Studio_Express_editions
>>  for Visual Studio Express specific information"
>> exit(0)
>>
>>
>> Either you’ve intentionally removed msbuild from this block of code or
>> your sources are well out of date. -_-
>>
>> https://bitbucket.org/lkalif/singularityviewer/src/f0b18e52a3d977c2c19f2a6b4e50292acb5941f2/indra/develop.py?at=master#cl-675
>>
>> --
>> Cinder Roxley
>> Sent with Airmail
>>
>>
>> # devenv.com is CLI friendly, devenv.exe... not so much.
>> return ('"%sdevenv.com" %s.sln /build %s' %
>> (self.find_visual_studio(), self.project_name,
>> self.build_type))
>> {code}
>>
>>
>> ___
>> Policies 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

Re: [opensource-dev] Viewer Tools Upgrades - with a call for help

2015-02-04 Thread Nicky Perian 
https://www.incredibuild.com/frequently-asked-questions-technical.html#q4
Q: Can IncrediBuild be used from the command-line or from build scripts?

A: Yes. IncrediBuild includes a strong command-line interface for building
projects, which can easily be integrated in any script that runs
msdev.exe/devenv.exe to build projects. In fact, BuildConsole.exe supports
the devenv/msdev command line syntax so you would typically only need to
replace the executable name in your script!


On Wed, Feb 4, 2015 at 9:30 PM, Nicky Perian  wrote:

> A look at the options below BuildConsole indicated that devenv is the
> underlying builder.
>
> devenv secondlife.sln /build "Release|Win32"
> would be the underlying command as neither of those options can be used
> with MSBuild.
>
>
> Release
> 
>   build
>   
> arguments
> 
>   SecondLife.sln
> 
> command
> BuildConsole
> options
> 
>   /build
>   "/cfg=Release|Win32"
> 
>   
>   configure
>   
> arguments
> 
>   ..\indra
>   &&
>   ..\indra\tools\vstool\VSTool.exe
>   --solution
>   SecondLife.sln
>   --config
>   Release
>   --startup
>   secondlife-bin
> 
> options
> 
>   -G
>   "Visual Studio 12"
> 
>   
>   name
>   Release
> 
>
> On Wed, Feb 4, 2015 at 5:17 PM, Nicky Perian 
> wrote:
>
>> To complete the record as a couple replies  missed the list
>> git pull / merge from singularity 1-20-2015
>> tip at hash 123ded50
>> by Inusaito Sayori 2015-01-20 16:44:22
>> origin https://github.com/singularity-viewer/SingularityViewer.git
>>  (fetch)
>>
>> the msbuild code was put in as an experiment by Shyotl on December 18.
>> 2014
>>
>> https://github.com/singularity-viewer/SingularityViewer/commit/e57bcea3b648bc13ceeb1a5b53a39d27cf103c30
>>
>> I don't know when he actually pushed his branch but I assume it was after
>> 1-20-2015.
>>
>> So it appears that msbuild has only been in use by Singularity for at
>> most 2 weeks.
>>
>> My point is that devenv has been used for a very long time by Singularity
>> with afaik no bad results.
>>
>> So, no my sources were not well out of date and no I did present a self
>> edited code snip.
>>
>>
>>
>>
>> On Wed, Feb 4, 2015 at 4:13 PM, Cinder Roxley 
>> wrote:
>>
>>> On February 4, 2015 at 2:18:55 PM, Nicky Perian (nickyper...@gmail.com)
>>> wrote:
>>>
>>> I know I'm not the sharpest knife in the draw especially when it come to
>>> python. But, if I am reading this code snip from SingularityViewer
>>> develop.py
>>> correctly a command line build using devenv.com is executed each time
>>> it finds visual studio and does not use it for Express because it isn't
>>> present in Express.
>>> {code}
>>> environment = self.find_visual_studio()
>>> if environment == '':
>>> environment = self.find_visual_studio_express()
>>> if environment == '':
>>> environment = self.find_visual_studio_express_single()
>>> if environment == '':
>>> print >> sys.stderr, "Something went very wrong
>>> during build stage, could not find a Visual Studio?"
>>> else:
>>> build_dirs=self.build_dirs()
>>> print >> sys.stderr, "\nSolution generation
>>> complete, it can can now be found in:", build_dirs[0]
>>> print >> sys.stderr, "\nAs you are using an Express
>>> Visual Studio, the build step cannot be automated"
>>> print >> sys.stderr, "\nPlease see
>>> https://wiki.secondlife.com/wiki/Microsoft_Visual_Studio#Extra_steps_for_Visual_Studio_Express_editions
>>>  for Visual Studio Express specific information"
>>> exit(0)
>>>
>>>
>>> Either you’ve intentionally removed msbuild from this block of code or
>>> your sources are well out of date. -_-
>>>
>>> https://bitbucket.org/lkalif/singularityviewer/src/f0b18e52a3d977c2c19f2a6b4e50292acb5941f2/indra/develop.py?at=master#cl-675
>>>
>>> --
>>> Cinder Roxley
>>> Sent with Airmail
>>>
>>>
>>> # devenv.com is CLI friendly, devenv.exe... not so much.
>>> return ('"%sdevenv.com" %s.sln /build %s' %
>>> (self.find_visual_studio(), self.project_name,
>>> self.build_type))
>>> {code}
>>>
>>>
>>> ___
>>> Policies and (un)subscribe information available here:
>>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>>> Please read the policies before posting to keep unmoderated posting
>>> pr