Arch Linux

It worked perfectly now, thanks! Yes, I'm still interested in OMV, at least because I'm trying to figure out why this viewer gives me better graphics than all of the others (legacy renderer or not).

For all of you who are still interested in using this old viewer: I have summoned this from the dead with some patch spells. Let me know how it goes.

It compiles finely to me, but it stops at linking:

[ 99%] Building CXX object newview/CMakeFiles/snowglobe.dir/llappviewerlinux.cpp.o
[100%] Building CXX object newview/CMakeFiles/snowglobe.dir/llappviewerlinux_api_dbus.cpp.o
Linking CXX executable snowglobe
Verifying message template
File "/home/nikos/AUR/snowglobe-git/src/snowglobe/trunk/indra/../scripts/template_verifier.py", line 114
except Exception, e:
^
SyntaxError: invalid syntax
make[2]: *** [newview/snowglobe] Error 1
make[1]: *** [newview/CMakeFiles/snowglobe.dir/all] Error 2
make: *** [all] Error 2

Also, it gave a warning that a variable is set but not used every few steps, for example:
/home/nikos/AUR/snowglobe-git/src/snowglobe/trunk/indra/llui/llfunctorregistry.h:78:33: προειδοποίηση: variable ‘it’ set but not used [-Wunused-but-set-variable]
Perhaps it is of relevance.

Updated with a patch to remove the no longer defined OPENJPEG_VERSION

Getting:

/tmp/yaourt-tmp-feilen/aur-snowglobe-git/src/snowglobe/trunk/indra/llimagej2coj/llimagej2coj.cpp: In function ‘const char* fallbackEngineInfoLLImageJ2CImpl()’:
/tmp/yaourt-tmp-feilen/aur-snowglobe-git/src/snowglobe/trunk/indra/llimagej2coj/llimagej2coj.cpp:45:14: error: expected primary-expression before ‘(’ token
/tmp/yaourt-tmp-feilen/aur-snowglobe-git/src/snowglobe/trunk/indra/llimagej2coj/llimagej2coj.cpp:45:28: error: expected ‘)’ before ‘OPENJPEG_VERSION’
make[2]: *** [llimagej2coj/CMakeFiles/llimagej2coj.dir/llimagej2coj.cpp.o] Error 1
make[1]: *** [llimagej2coj/CMakeFiles/llimagej2coj.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

But that's because in llimagej2coj.cpp "OPENJPEG_VERSION" isn't defined. I put dummy code over it and it seems to have worked.

The errors were due to an upgrade of boost to 1.47 and gcc 4.6.
Modified the PKGBUILD to configure with -fpermissive and created a patch to fix a boost dependency issue (boost*-mt libraries no longer exist in 1.47)
Let me know if you have any more issues.

Getting the same errors as Enverex.

Doesn't build for me:

[ 29%] Building CXX object llmessage/CMakeFiles/llmessage.dir/llinstantmessage.cpp.o
/tmp/yaourt-tmp-ben/aur-snowglobe-git/src/snowglobe/trunk/indra/llcommon/llsdserialize.cpp: In member function ‘virtual S32 LLSDBinaryFormatter::format(const LLSD&, std::ostream&, U32) const’:
/tmp/yaourt-tmp-ben/aur-snowglobe-git/src/snowglobe/trunk/indra/llcommon/llsdserialize.cpp:1451:49: error: taking address of temporary [-fpermissive]
make[2]: *** [llcommon/CMakeFiles/llcommonPIC.dir/llsdserialize.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 29%] Building CXX object llmessage/CMakeFiles/llmessage.dir/lliobuffer.cpp.o
[ 30%] [ 30%] Building CXX object llcommon/CMakeFiles/llcommon.dir/llsdserialize_xml.cpp.o
Building CXX object llmessage/CMakeFiles/llmessage.dir/lliohttpserver.cpp.o
/tmp/yaourt-tmp-ben/aur-snowglobe-git/src/snowglobe/trunk/indra/llcommon/llsdserialize.cpp: In member function ‘virtual S32 LLSDBinaryFormatter::format(const LLSD&, std::ostream&, U32) const’:
/tmp/yaourt-tmp-ben/aur-snowglobe-git/src/snowglobe/trunk/indra/llcommon/llsdserialize.cpp:1451:49: error: taking address of temporary [-fpermissive]
make[2]: *** [llcommon/CMakeFiles/llcommon.dir/llsdserialize.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....

I am a robot. This is not an official message. AUR guidelines suggest to not include binaries. Examples:
snowglobe-git/sdl-cursors.tar.xz
Feel free to disregard this as you would any other comment. This robot will not post here again.

Updated to fix the errors finding the windlight files upon logon.

rogueeve,
thanks for your feedback and suggestion.

I added the SNOW-693 patch.

Also, I was experiencing similar font issues on my notebook (wasn't loading the correct font.) It turns out the font.xml requires the full paths to the font files. I have updated the patch to correct this.

Please let me know how the update works for you.

This is an excellent build, everything works smoothly, I get native 64-bit support, my streaming audio finally starts working, and compiling is as simple as makepkg; totally different from all the garbage I had to go through last time I tried to compile one of the official builds.

I was having some crashing issues caused by a bad pointer being passed to opj_image_destroy. It seems to be related to SNOW-693, as adding that patch to the PKGBUILD seems to have resolved the issue for me so far. Suggest adding https://jira.secondlife.com/secure/attachment/39826/FixCodepathsForBadDecodeOpenjpeg.patch to the patch list to resolve this issue. Robin signed off on this patch back in May but says there hasn't been time to get it into omvviewer yet.

Also, for me at least, the fonts are much too wide and significantly uglier than the official builds out of the box and even run off the edge of their controls in a few dialogs. This can be mostly resolved by copying the skins folder (/usr/share/snowglobe/skins, it is actually '/usr/share/snowglobe/skins/default/xui/en-us/fonts.xml' we are after) from an official build. The fonts still are not looking exactly as they should to me after doing that but they are much better and very close to the usual appearance.

Thanks mikers, updated.

Need to add boost in the makedepends