Compiling Second Life beta-1.13.4.3

…

looks like beta-1.13.4.3 lacks client-manifest-i686 …

i copied the one from FL-1.13.3.58185.

now compiling …

Advertisements

Compiling Second Life First Look 1.13.3.58018 on Ubuntu Edgy using BUILD=releasefordownload

Today I managed to compile the Second Life viewer on Linux using the BUILD=releasefordownload scon option… first time after many tries! I extracted the resulting .tar.bz2 package and the First Look 1.13.3.58018 viewer is running right now, apparently without particular problems.

Working around a llmozlib-related error, I commented out lines 126-147 and 194-195 in indra/SConstruct .

I also changed indra/llcommon/llpreprocessor.h as suggested in the sldev mailing list: at line 54, change
#define LL_LIBXUL_ENABLED 1
to
#define LL_LIBXUL_ENABLED 0

Then I followed the same steps I wrote in the previous post.

Feedback from other Ubuntu / other linux distro users is welcome!

(is this message a default thing?)

Compiling Second Life First Look 1.13.3.58018 on Ubuntu, again

This build failed, but the next one succeeded. This article includes some of the steps I had to make in the next build.

Compiling Second Life First Look 1.13.3.58018

UPDATE – new build: no better results, and I filed my first bug for SL.

Here is my system specs and here’s what I did:

My system specs

system

• Ubuntu Edgy Feisty
• GNOME (sometimes KDE or XFCE)
• 2.6.17-10-generic 2.6.20-15-generic Ubuntu kernel

graphics

• “nvidia” proprietary kernel module
• X.Org 7.1.1 7.2.0
• server glx vendor: NVIDIA Corporation
• server glx version: 1.4
• OpenGL vendor: NVIDIA Corporation
• OpenGL renderer: unknown board/AGP/SSE/3DNOW!
• OpenGL version: 2.1.0 NVIDIA 96.25 97.55
• glu version: 1.3

hardware

• NVidia GEForce 6200
• AMD Athlon XP 1600+
• Mem: 775580k
• Swap: 1951856k

Compiling the Second Life Viewer source code on Ubuntu Edgy – 2

my system specs – hardware and software i use.

if you need info about the debian packages installed on my Ubuntu Edgy system, see precedent post or leave a comment.

unpacked (grabbed from here. see also the source archive):

• tar xzf slviewer-src-20070112c.tar.gz
• tar xzf slviewer-linux-libs-20070112c.tar.gz
• tar xzf fmodapi375linux.tar.gz

copied required FMOD headers and libraries into the Second Life Viewer source tree:

• cd into the FMOD directory
• cp api/inc/* ../linden/libraries/i686-linux/include/
• cp api/libfmod-3.75.so ../linden/libraries/i686-linux/lib_release_client/

copied other headers:

• export SLSRC=…/linden/
• cp -a /usr/include/atk-1.0 ${SLSRC}/libraries/i686-linux/include/
• cp -a /usr/include/gtk-2.0 ${SLSRC}/libraries/i686-linux/include/
• cp -a /usr/lib/gtk-2.0/include/* ${SLSRC}/libraries/i686-linux/include/gtk-2.0/
• cp -a /usr/include/glib-2.0 ${SLSRC}/libraries/i686-linux/include/
• cp -a /usr/lib/glib-2.0/include/* ${SLSRC}/libraries/i686-linux/include/glib-2.0/
• cp -a /usr/include/pango-1.0 ${SLSRC}/libraries/i686-linux/include/

i’m using slviewer-linux-libs so i don’t need other headers or libs

i edited the client-manifest-i686 file in indra/newview/linux_tools decommenting two kdu-related lines

at 1st try i got an error about cairo not found, so i also did:

• cp -a /usr/include/cairo/* ${SLSRC}/libraries/i686-linux/include/

note: the leading spaces from the 6 ‘ ../libraries/’ strings from around line 187 onwards were already the removed for me in the indra/SConstruct file

then i get into the indra directory and start building (15.00 italian time):

• scons DISTCC=no BTARGET=client BUILD=releasefordownload

two hours and half later, the build is complete.

i extract the resulting bz2 archive, but app_settings lacks lots of files.
i made some mistake but i don’t know what.

instead, i can succesfully run the client from the source tree. veery slow. so i try

• cp “$SLSRC/libraries/i686-linux/lib_release_client/libllkdu.so” “$SLSRC/indra/newview/libllkdu.so”
• mkdir “$SLSRC/indra/lib”
• cp “$SLSRC/libraries/i686-linux/lib_release_client/libkdu_v42R.so” “$SLSRC/indra/lib/libkdu_v42R.so” -i

and then it runs good!
complete build output follows.

Compiling the Second Life Viewer source code on Ubuntu Edgy

my system specs – hardware and software i use.

unpacked:

• tar xzf slviewer-src-20070108c.tar.gz
• tar xzf slviewer-linux-libs-20070108c.tar.gz
• tar xzf fmodapi375linux.tar.gz

copied required FMOD headers and libraries into the Second Life Viewer source tree:

• cd into the FMOD directory
• cp api/inc/* ../linden/libraries/i686-linux/include/
• cp api/libfmod-3.75.so ../linden/libraries/i686-linux/lib_release_client/

installed via Synaptic:

• gcc-3.4 gcc-3.4-base g++-3.4 scons

Now, I am new to scons, and since I’m on Ubuntu Edgy -that uses gcc-4.1- I thought I had to do something like this (not sure this is right, I got the idea reading here), but actually we don’t need it:

• export CC=’/usr/bin/gcc-3.4′

after I learnt this in the Linux Client Users group chat (thanks you all guys!), I went to Maryport and enjoyed a compile’n’dance party while giving the magic command:

• scons DISTCC=no BTARGET=client BUILD=release

Then I got some errors, asked help to Linux Client fellows, then I installed:

• libglu1-mesa-dev libgl1-mesa-dev mesa-commons-dev
• flex bison

I tried again running scons, and as described here, compiler couldn’t find gtk/gtk.h
So I edited the indra/SConstruct file removing the leading spaces from the 6 ‘ ../libraries/’ strings from around line 187 onwards.

A couple of hours later…
…scons: done building targets.
One step further!

Then I ran it:

• ( cd newview && LD_LIBRARY_PATH=../../libraries/i686-linux/lib_release_client:${LD_LIBRARY_PATH}:/usr/local/lib  ./secondlife-i686-bin )

And it started! But it is “unable to initialize communications”:

The login page of the open-sourced client, showing a dumb error

My fault! I’m running it from inside the tree but I forgot to do this from the indra directory:

• $ cp ../scripts/messages/message_template.msg newview/app_settings/

And then it works! I’m in world!

A snapshot taken with the open-sourced client on Linux

A snapshot in the same location with the usual binary client

I am happy!

Next step:

packaging the client, substituting ‘BUILD=release’ with ‘BUILD=releasefordownload’ in the ‘Compiling’ section, in order to use the faster libkdu_v42R.so and libllkdu.so libraries.
…or maybe better, I’m going tryng to symlink the *kdu*.so’s into newview/ too so I shouldn’t need releasefordownload