Re: [opensource-dev] Viewer Tools Upgrades - with a call for help
I am asking because when we went through the change for 2005-2010 (see issue OPEN-1) LL used devenv in their systems and several of their dev's had autobuild on personal dev boxes that pointed to devenv. The problem was that many of the OS developers, would be contributors, were using VS2010 Express and it did not have devenv so, the option chosen was to use MSBuild for opensource and continue use of devenv at LL. This provided a satisfactory solution which has served us well. But, all along their was lurking about the fact that the 2 build systems did not match. So, when I saw that VS2013 CE had devenv I wanted to test it. Granted the MS note to use the improved build program MSBuild was present on MS's web page at VS2010 launch. However, at that time LL continued to use Devenv. Things change over time and it could be that LL has updated their automated build scripts to favor MSBuild. Thus, the question is: Does the underlying builder in LL's automated build system call MSBuild or Devenv? On Mon, Feb 2, 2015 at 1:00 PM, Cinder Roxley cin...@alchemyviewer.org wrote: On February 2, 2015 at 11:42:10 AM, Nicky Perian (nickyper...@gmail.com) wrote: Does the underlying builder in LL's automated build system call MSBuild or Devenv? If it’s Team City or Bamboo, then it calls MSBuild like Microsoft recommends. Not sure about others. Drake has fixed the issue with command line building using msbuild and we posted a link in the relevant jira. The fix is much simpler and doesn’t create additional build targets. https://bitbucket.org/LightDrake/open-290/commits/a3716dfdd1f6da9d91b5b708f7f372101e24d572 -- Cinder Roxley Sent with Airmail On Mon, Feb 2, 2015 at 12:30 PM, Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: On 2015-01-31 11:41 , Nicky Perian wrote: Two methods for command line building have been tested each starting with a fresh build-vc120 directory, with tests and package on. Machine spec is Intel i7 all 8 cores running with 6GB memory. autobuild configure -c ReleaseOSCE and autobuild build -c ReleaseOSCE Calls Devenv.exe which is the build program for VS2013 Community Edition Build completed in 53 minutes. autobuild configure -c ReleaseOS and autobuild build -c ReleaseOS Calls MSBuild.exe which is the build program available in VS2013 Express Edition AND VS2013 Community Edition. Build completes in 77 minutes. Should we provide open source developers both methods? I would prefer not to support more than one configuration for internal use and one for external use. ___ Policies 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] Avatar Hover Height feature
I don't necessarily want to kick the dead horse here but the matter of fact is that Henri is absolutely (and sadly) right. I do understand that your role Oz could be very stressing (since you were promoted i see you very rarely and only for a really small time frame) but the thing here is that we non Lindens often seem to be discarded as unimportant people and i am not just talking about developers. Sometimes it seems to me that (wether it's your or Linden Lab's intentional plan or not), you are trying to kill Second Life (may it be for no reason or economic reasons like getting everyone to SL2) or at least hinder Second Life's development so much that it makes almost no noticeable progression. The last real progressive developments i have seen in SL were Fitted Mesh and Materials implementation, things we could have had long ago already, things like the new Server Side Appearance are wasted time, that literally destroyed more than they actually fixed considering that people who got problems with baking were often people who were horribly outdated with Software and Hardware, people who shouldn't be using Second Life anyway. In that regard it really baffles me that so many efforts of LL have gone into compatibility for outdated stuff that shouldn't even exist anymore, you may call this Content Destruction, i think its the payment for a proper future of Second Life, you can't just handhold all those old peoples forever because you could destroy objects that were destroyed back in 2005-2007, look at all those other huge communities, they are faced with partial or complete destruction of their content on a constant basis and don't try to tell me but people here pay real money for it, those people pay time and effort to create something that might be useless in the next engine version, time and effort is also money. People simply need to adapt, especially in something as variable and ever-changing as Second Life. Look, your need to make Second Life 2 basically comes from this mess, you want to make a better and faster Second Life with better technology? Why don't you start making Second Life a nice place first, start fixing all the old issues, disregarding to a certain degree how destructive these fixes may be. Fixing invisiprims in Deferred broke pretty much all goddamn clothing parts and avatars that were ever made that utilized some sort of special design, did you care there? No. What i'm trying to say is that Henri is not the only one, and his SUN issue is not the only issue you ignored. I'm pretty sure that you keep ignoring properly proposed and thought out improvements constantly, i'm sure pretty much everyone here can tell you stories about how many of their issues have been ignored and with that i don't mean issues like i have a purple screen when i log out. I'm sure you have to do some very tough decisions, weighting possible problems against the actual value of a feature or fix but i honestly think that sometimes you don't even seem to consider something at all and again sometimes there will be sacrifices we have to take for a better future Second Life. THE reason i haven't been on any meetings anymore, because i got the feeling that you don't care or Linden Labs doesn't care and/or makes you not care about Second Life and if anyone says anything bad against anything you guys like it will be ignored or in worst case bashed. Yes Oz i'm talking about the lookat names feature and your very inappropriate pass to Jessica who seemed to have a lot of fun bashing another guy who is really worried about how this feature affects human behavior and drama in Second Life. I have been told that others tried going against this feature and they were just ignored/bashed as well. If that is the way open source and productive collaboration is supposed to be then i have no more interest in collaborating or giving any constructive feedback and/or offer solutions of any type or in any shape. I hope more people start speaking up and i hope it makes you reconsider your actions and thinking to a point where we can actually start working together for real. Niran. ___ Policies 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] Avatar Hover Height feature
On Mon, 02 Feb 2015 13:05:20 -0500, Oz Linden (Scott Lawrence) wrote: On 2015-01-31 07:53 , Henri Beauchamp wrote: Greetings, I know this should be posted in the JIRA, but apparently the comments in the existing issue (SUN-38) are not read or not taken into account by Lindens. Please, to any and all Linden(s) involved in AHH, do read this post for your own enlightement (and hopefully, a better and definitive solution for the SL community as a whole): http://sldev.free.fr/forum/viewtopic.php?f=5t=1494p=6890#p6890 Note that I'm beyond the point to care about whether this message will be taken into account or not (so it's perfectly useless to enter a sterile argument on this list about it). It's more like a bottled message I throw into the sea... I won't speculate on whether or not we would have decided to do it differently had your suggestion actually been made when we were starting work on this months ago; the factors affecting avatar height and avatar vertical offset are quite complicated and it may or may not have been the right thing to do. I will say that your input would certainly have been considered had you been a part of the conversation at the time rather than posting a note on our private forum well after the fact. Are you ***kidding*** me I have been attending quite a few Server group meetings with Nyx, and you even were there once (for sure) or twice (can't swear on it), when I spoke about the SUN-38 issue. You will find several agendas with my entry about SUN-38, in the Wiki: http://wiki.secondlife.com/w/index.php?title=Special%3ASearchsearch=henri+sun-38fulltext=Search Most of the corresponding transcripts are alas missing from the Wiki, but I *did* explain my solution in at least two of those meetings and I will point out one particular agenda, where I asked if SPEAKING with a Linden about SUN-38 and the possible solutions would be at all possible: http://wiki.secondlife.com/wiki/Mesh/Archive/2013-04-29 It's not my fault if you keep shrugging off every remark or proposal I make, or even refuse the dialog (in plain text, because I cannot articulate well enough English neither understand English spoken with the US American accent in real time). I will not even bother quoting the various emails I sent to *YOU*, Oz, and that you never replied (albeit about other subjects than SUN-38), but if you want them, I could dig in my backups... Despite the fact that you refuse to contribute your code, Again you are reverting the roles here I never refused to contribute my code: it's GPL and always said that anyone (and yes, that includes *you* Lindens) could reuse it. Also, each time someone asked for permissionto make my code LGPL to be compatible with their own viewer, I always said go for it !. What I refuse, however, is to sign a contribution agreement where I would have to give private data to perfect strangers residing in a foreign country that doesn't respect the privacy protection Law of *my* country (or of any other country for that purpose). You perfectly know this, for I explained it to you (and to Soft Linden, your predecessor) countless times in emails, even going down to give you pointers to paragraphs in the (English- translated even !) French Law Informatique et Liberté. I am not the one refusing to contribute my code, YOU are the one(s) refusing to use my contributions because of stupid and pointless lawyer-induced bureaucracy. It is *YOUR* choice and *YOUR* refusal, not mine !!! I'm happy to make sure that your input is considered if and when you provide it in a timely way; I am the very initiator of the SUN-38 issue, and if you re-read the comments I made in it, my solution is exposed here as well (see the comment posted on 22/Jun/14 10:58 AM, in reply to the Firestorm team's proposal, i.e. QUITE in the TIMELY manner !!!). I ALWAYS gave pointers to major flaws and regressions, either in the form of a JIRA issue, or directly via emails (to YOU !!!). So, accusing me of not providing the info or not in a timely manner is quite INSULTING and a pure LIE from your part. I hope that in the future you'll chose to engage more productively. I hope that in the future, you will actually read the JIRAs I initiate, the emails I send to you, the messages I post on the various boards and blogs you DO frequent as well as I do (Nalate's blog, to cite just one). I also hope that you will make the minimum effort to communicate in a way that a non-English speaking person such as myself can actually manage (Open Source meetings used to happen in CHAT and not in voice, when Soft Linden was still there... and I DID tell you in one of your first meetings that people like me COULDN'T attend your meetings because of the language barrier: I can find the log, if you wish...). Now, I would *much* more prefer a clever and fruitful collaboration to this sterile childish behaviour (ignoring me, then putting the fault on me for not
Re: [opensource-dev] Viewer Tools Upgrades - with a call for help
What did not work in production is compression and encryption with, said, foreign agendas, inefficiencies, power consumption. In game mechanics, those tests are ignored and seem irrelevant because it is working. Under applied STEM research, even openjpeg failed production factors. If it doesn't work nicely (on bare metal) then it is subject for *external* video card mechanics and those agendas, warranties. We have not received any digitally signed TOS tokens that specifically enable *Auto*build or register certain build features. The challenge is there, as the lawyers said, it doesn't benefit me. In California, ibid. On Fri, Jan 30, 2015 at 1:41 PM, Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: On 2015-01-30 11:51 , Tank Master wrote: You are getting an error because that isn't a valid command. Use autobuild configure -c RelWithDebInfoOS OR autobuild configure -c ReleaseOS Also, This will still fail do to tests. I used: autobuild configure -c ReleaseOS -- -DPACKAGE:BOOL=OFF -DLL_TESTS:BOOL=OFF to turn off both packaging and tests. The tests should work - they do for us, though I suppose some may depend on libs not in open source. -- *Oz Linden (Scott Lawrence)* | *Engineering Director, Second Life* Email or Hangouts o...@lindenlab.com | Second Life Oz Linden https://my.secondlife.com/oz.linden Linden Lab | Makers of Shared Creative Spaces http://lindenlab.com/ Check out what we're working on! http://lindenlab.com/products ___ Policies 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
On 2015-01-31 17:38 , Nicky Perian wrote:
Anyone know what causes this on a release build?
Doesn't stop the build and the installer is still made.
3-- Build started: Project: generate_viewer_version,
Configuration: Release Win32 --
3 processing
3 'printf' is not recognized as an internal or external command,
3 operable program or batch file.
3C:\Program Files
(x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.CppCommon.targets(170,5):
error MSB6006: cmd.exe exited with code 9009.
Appears to come from newview/CMakeLists.txt
source_group(CMake Rules FILES ViewerInstall.cmake)
# the viewer_version.txt file created here is for passing to
viewer_manifest and autobuild
# the summary.json file is created for the benefit of the TeamCity
builds, where
# it is used to provide descriptive information to the build results page
add_custom_target(generate_viewer_version ALL
COMMAND printf
'${VIEWER_SHORT_VERSION}.${VIEWER_VERSION_REVISION}'
${CMAKE_CURRENT_BINARY_DIR}/viewer_version.txt
COMMAND printf
'{Type:viewer,Version:${VIEWER_SHORT_VERSION}.${VIEWER_VERSION_REVISION}}'
${CMAKE_BINARY_DIR}/summary.json
COMMENT Generating viewer_version.txt for manifest
processing
)
That looks like cmake is trying to run commands in a windows shell
rather than bash; the printf is a bash command. This works in our build
environment. It's possible that it could be replaced with cmake FILE
commands?
--
*Oz Linden (Scott Lawrence)* | /Engineering Director, Second Life/
Email or Hangouts o...@lindenlab.com mailto:o...@lindenlab.com | Second
Life Oz Linden https://my.secondlife.com/oz.linden
Linden Lab| Makers of Shared Creative Spaces http://lindenlab.com/
Check out what we're working on! http://lindenlab.com/products
___
Policies 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] Avatar Hover Height feature
On 2015-02-02 13:05 , Oz Linden (Scott Lawrence) wrote: I will say that your input would certainly have been considered had you been a part of the conversation at the time rather than posting a note on our private forum well after the fact. s/our private forum/your private forum/ -- *Oz Linden (Scott Lawrence)* | /Engineering Director, Second Life/ Email or Hangouts o...@lindenlab.com mailto:o...@lindenlab.com | Second Life Oz Linden https://my.secondlife.com/oz.linden Linden Lab| Makers of Shared Creative Spaces http://lindenlab.com/ Check out what we're working on! http://lindenlab.com/products ___ Policies 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
On 2015-01-31 11:41 , Nicky Perian wrote: Two methods for command line building have been tested each starting with a fresh build-vc120 directory, with tests and package on. Machine spec is Intel i7 all 8 cores running with 6GB memory. autobuild configure -c ReleaseOSCE and autobuild build -c ReleaseOSCE Calls Devenv.exe which is the build program for VS2013 Community Edition Build completed in 53 minutes. autobuild configure -c ReleaseOS and autobuild build -c ReleaseOS Calls MSBuild.exe which is the build program available in VS2013 Express Edition AND VS2013 Community Edition. Build completes in 77 minutes. Should we provide open source developers both methods? I would prefer not to support more than one configuration for internal use and one for external use. -- *Oz Linden (Scott Lawrence)* | /Engineering Director, Second Life/ Email or Hangouts o...@lindenlab.com mailto:o...@lindenlab.com | Second Life Oz Linden https://my.secondlife.com/oz.linden Linden Lab| Makers of Shared Creative Spaces http://lindenlab.com/ Check out what we're working on! http://lindenlab.com/products ___ Policies 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
Does the underlying builder in LL's automated build system call MSBuild or Devenv? On Mon, Feb 2, 2015 at 12:30 PM, Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: On 2015-01-31 11:41 , Nicky Perian wrote: Two methods for command line building have been tested each starting with a fresh build-vc120 directory, with tests and package on. Machine spec is Intel i7 all 8 cores running with 6GB memory. autobuild configure -c ReleaseOSCE and autobuild build -c ReleaseOSCE Calls Devenv.exe which is the build program for VS2013 Community Edition Build completed in 53 minutes. autobuild configure -c ReleaseOS and autobuild build -c ReleaseOS Calls MSBuild.exe which is the build program available in VS2013 Express Edition AND VS2013 Community Edition. Build completes in 77 minutes. Should we provide open source developers both methods? I would prefer not to support more than one configuration for internal use and one for external use. -- *Oz Linden (Scott Lawrence)* | *Engineering Director, Second Life* Email or Hangouts o...@lindenlab.com | Second Life Oz Linden https://my.secondlife.com/oz.linden Linden Lab | Makers of Shared Creative Spaces http://lindenlab.com/ Check out what we're working on! http://lindenlab.com/products ___ Policies 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] Avatar Hover Height feature
On 2015-01-31 07:53 , Henri Beauchamp wrote: Greetings, I know this should be posted in the JIRA, but apparently the comments in the existing issue (SUN-38) are not read or not taken into account by Lindens. Please, to any and all Linden(s) involved in AHH, do read this post for your own enlightement (and hopefully, a better and definitive solution for the SL community as a whole): http://sldev.free.fr/forum/viewtopic.php?f=5t=1494p=6890#p6890 Note that I'm beyond the point to care about whether this message will be taken into account or not (so it's perfectly useless to enter a sterile argument on this list about it). It's more like a bottled message I throw into the sea... I won't speculate on whether or not we would have decided to do it differently had your suggestion actually been made when we were starting work on this months ago; the factors affecting avatar height and avatar vertical offset are quite complicated and it may or may not have been the right thing to do. I will say that your input would certainly have been considered had you been a part of the conversation at the time rather than posting a note on our private forum well after the fact. Despite the fact that you refuse to contribute your code, I'm happy to make sure that your input is considered if and when you provide it in a timely way; I hope that in the future you'll chose to engage more productively. -- *Oz Linden (Scott Lawrence)* | /Engineering Director, Second Life/ Email or Hangouts o...@lindenlab.com mailto:o...@lindenlab.com | Second Life Oz Linden https://my.secondlife.com/oz.linden Linden Lab| Makers of Shared Creative Spaces http://lindenlab.com/ Check out what we're working on! http://lindenlab.com/products ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
