Nope...that doesn't work. :( I can install llbase 1.1.2, but it doesn't solve the error.
On Mon, Apr 23, 2018 at 10:37 AM, Cinder Roxley <cin...@alchemyviewer.org> wrote: > pip install llbase > > > On April 23, 2018 at 12:36:36 PM, Kittin Ninetails ( > kittin.nineta...@gmail.com) wrote: > > Thanks, Nicky! That got me much further. It stops with an error with > llbase and llsd? I'm not familiar with those. > > > PhaseScriptExecution CMake\ PostBuild\ Rules /Users/kittin/Dev/Personal/SL/ >> Viewer/build-darwin-x86_64/newview/SecondLife.build/ >> Release/secondlife-bin.build/Script-8E4364E25B1E434A98F894BF.sh >> cd /Users/kittin/Dev/Personal/SL/Viewer/indra >> /bin/sh -c /Users/kittin/Dev/Personal/SL/Viewer/build-darwin-x86_64/ >> newview/SecondLife.build/Release/secondlife-bin.build/Script- >> 8E4364E25B1E434A98F894BF.sh >> /usr/bin/python /Users/kittin/Dev/Personal/SL/ >> Viewer/indra/newview/viewer_manifest.py --actions=copy --arch=x86_64 >> --artwork=/Users/kittin/Dev/Personal/SL/Viewer/indra/newview >> --build=/Users/kittin/Dev/Personal/SL/Viewer/build-darwin-x86_64/newview >> --buildtype=Release --configuration=Release --dest=/Users/kittin/Dev/ >> Personal/SL/Viewer/build-darwin-x86_64/newview/Release/Second\ Life.app >> --grid=agni --channel=KittinTest --versionfile=/Users/kittin/ >> Dev/Personal/SL/Viewer/build-darwin-x86_64/newview/viewer_version.txt >> --bundleid=com.secondlife.indra.viewer --source=/Users/kittin/Dev/ >> Personal/SL/Viewer/indra/newview >> Traceback (most recent call last): >> File >> "/Users/kittin/Dev/Personal/SL/Viewer/indra/newview/viewer_manifest.py", >> line 49, in <module> >> from llbase import llsd >> ImportError: No module named llbase >> make: *** [secondlife-bin_buildpart_0] Error 1 >> Command /bin/sh failed with exit code 2 >> ** BUILD FAILED ** > > > > On Mon, Apr 23, 2018 at 9:09 AM, Nicky Perian <nickyper...@gmail.com> > wrote: > >> Step 1. >> hg clone ssh://h...@bitbucket.org/lindenlab/viewer-build-variables >> >> Or >> hg clone ssh://h...@bitbucket.org/kokua/viewer-build-variables //setup >> for multiple Xcode installed in /Xcode currently Xcode-9.3 >> >> Set an environment variable AUTOBUILD_VARIABLES_F >> ILE=/Users/bill/viewer-build-variables/variables >> >> Step 2. >> Pip install autobuild1.1 >> >> Following is a bit customized. I switch between autobuild-1.0 and >> autobuild-1.1. I source .bash_profile for part of the switching. >> >> {code} >> # araxis >> export PATH=$PATH:/Applications/Araxis\ Merge.app/Contents/Utilities >> # virtualenv >> export WORKON_HOME=~/virtualenvs >> source /usr/local/bin/virtualenvwrapper.sh >> # autobuild >> #workon autobuild-1.1 >> #alias autobuild="/Users/bill/virtualenvs/autobuild-1.1/bin/autobuild" >> #export AUTOBUILD="/Users/bill/virtualenvs/autobuild-1.1/bin/autobuild" >> export AUTOBUILD_VARIABLES_FILE="/Users/bill/viewer-build-variables >> /variables" >> #export PATH='/Library/Python/2.7/site-packages/autobuild:$PATHworkon >> export DEVELOPER_DIR='/Xcode/Xcode_9.3.app/Contents/Developer/' >> export CMAKE_OSX_ROOT='Xcode/Xcode_9.3.app/Contents/Developer/Platf >> orms/MacOSX.platform/Devloper/SDKs/MacOSX10.13.sdk' >> {/code} >> >> I source another file to move to older Xcode and autobuild-1.0 >> >> >> Step 3. >> Configure and build. >> >> From my build script. Full paths are not needed for CL entry >> {code} >> /Users/bill/virtualenvs/autobuild-1.1/bin/autobuild \ >> configure --address-size=64 -q -c ReleaseOS -- -DLL_TESTS:BOOL=OFF >> -DFMODEX:BOOL=ON -DOPENAL:BOOL=OFF -DPACKAGE:BOOL=ON \ >> -DUSE_KDU:BOOL=OFF -DRELEASE_CRASH_REPORTING:BOOL=OFF >> -DVIEWER_CHANNEL="Kokua Release RLV” >> … >> /Users/bill/virtualenvs/autobuild-1.1/bin/autobuild build >> --address-size=64 --no-configure -q -c ReleaseOS 2>&1 |tee -a >> DarwinSLRLV.log >> date 2>&1 |tee -a DarwinSLRLV.log >> {/code} >> >> >> >> >> >> >> >> On Apr 23, 2018, at 9:56 AM, Cinder Roxley <cin...@alchemyviewer.org> >> wrote: >> >> I was looking into this a bit over the weekend. I hadn’t really tried to >> build SLViewer in a while. I wish I had better news, but I couldn’t figure >> out what was going on with it now either. Seems to have become a massively >> over engineered and undocumented process developed for CI not individual >> development, no doubt. Doesn’t help that autobuiild.xml was removed and >> recreated making hg blame useless. >> >> Some docs would be nice, until then, I don’t think figuring it out is >> worth the time. Sorry. >> >> On April 20, 2018 at 1:23:40 PM, Kittin Ninetails ( >> kittin.nineta...@gmail.com) wrote: >> >> Hiya, >> >> >> I’m snagged. Very snagged. First, it complains about a LL_BUILD env >> var I don’t have set. So I set it to -Wall and I get “must contain >> -isysroot or something like that. So I add that, and still no luck. >> >> >> I don’t know why automake.xml keeps calling for ../indra when indra is a >> subdir of the current directory. >> >> >> It’s all very confusing right now and none of the current documents seem >> to mention any of this. >> >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> >> >> > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges >
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges