Personal media in Second Life

April 30, 2007

I disagree with “Project Open Letter”

Filed under: Politics — Signore Iredell @ 8:52 pm

I won’t sign the “Open Letter” and I want to say it. Many people won’t sign it and won’t even talk about it.

The “Open Letter” is strongly biased against “unverified accounts”. I think this is not acceptable. Paying and not-paying residents have the same dignity and must have the same rights.

This won’t obviously make the headlines, but in these same hours many other residents are explaining why they believe “Project Open Letter” is wrong or where they think it fails.

Here are some examples. I’m going to expand this list as I will find new references.

  • THE GRID IS FALLING! (not) – this article by Kami Harbinger makes many good points against the “Open Letter”
  • I think Baba Yamamoto is insightful when he says that the issues described in the “Open Letter” will be taken care of as the normal course of development and then the signers can claim they “forced linden lab” to take note of the community
  • Nobody Fugazi describes his experience – basically, many SL problems could be avoided by the user, and it looks like this is working for him
  • The Metaversed Podcast / Sunday 29th April, where Nick Wilson dismisses “Project Open Letter” (disclaimer: I didn’t listen to it – spoken english is hard to me)
  • I’m totally with trinity_dejavu when s/he says that EVERY new user to SL makes SL a better and richer place for all of us. Don’t assume for one second that the “Project Open Letter” position on unverified accounts in any way represents the majority position
  • excerpts from AWM Mars comments [ 12 ] in the Linden Lab blog:
    [the Open Letter] unfortunately includes statements/proviso’s that certain types of account would not be welcome to use the community and be excluded, and their abilities be subject to restrictions, when times get tough, I will not be a party to that discrimination in any shape or form; the correct approach for any community, should be to suggest scaling up the ability for ALL to be able to login. That is acheiveable!
  • tx Oh underlines how many people using free accounts actually add value to the Second Life community reporting bugs, helping people in-world and creating freebies
  • not related to the “Project Open Letter”, but even Amazon is prepared to accept a certain amount of instability as price for being at the leading edge of the 3D frontier
  • The Success of Project Open Letter – And, Perhaps, The Failure by Nobody Fugazi
  • Laetizia Coronet didn’t sign the letter, but she found her name on it. She also points out that whenever performance issues are discussed, ‘unverifieds’ are discussed as well, and usually the idea is that limiting their capabilities is the cure for all ills

– – – – – – – – – – – – – – – – – – – – – – – –

Troll comments are welcome. Be funny please!

February 28, 2007

Compiling Second Life beta-

Filed under: Linux — Signore Iredell @ 7:25 pm

looks like beta- lacks client-manifest-i686

i copied the one from FL-

now compiling

February 26, 2007

Thanks for the t-shirt but…where comes it from?

Filed under: Bugs, glitches — Signore Iredell @ 3:22 pm


I’m currently using the stable Second Life Viewer on Windows (that is, 1.13.3 (2) Jan 30 2007 15:34:24 release).
My avatar doesn’t usually wear shirts, but after I logged in I found myself wearing a nice t-shirt:


Watching it better, I discover that this t-shirt is actually using screen_last.bmp, the snapshot that the viewer automatically takes when you logout:


February 23, 2007

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

Filed under: Linux — Signore Iredell @ 1:25 am

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 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

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

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

fl1.jpg (is this message a default thing?)

February 21, 2007

Compiling Second Life First Look on Ubuntu, again

Filed under: Linux — Signore Iredell @ 11:55 pm

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


February 15, 2007

Compiling Second Life First Look

Filed under: Linux — Signore Iredell @ 7:47 pm

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:


January 26, 2007

Social Autopoiesis

Filed under: Artificial Intelligence, Avatars, Snapshots — Signore Iredell @ 10:51 pm

Social Autopoiesis is a Chatbot running with libsecondlife and AIML (Artificial Intelligence Markup Language)




January 14, 2007

My system specs

Filed under: Linux — Signore Iredell @ 2:00 pm


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


  • “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


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

January 13, 2007

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

Filed under: Linux — Signore Iredell @ 1:15 pm

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/ ../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/” “$SLSRC/indra/newview/”
  • mkdir “$SLSRC/indra/lib”
  • cp “$SLSRC/libraries/i686-linux/lib_release_client/” “$SLSRC/indra/lib/” -i

and then it runs good!
complete build output follows.


January 8, 2007

Compiling the Second Life Viewer source code on Ubuntu Edgy

Filed under: Linux — Signore Iredell @ 7:05 pm

my system specs – hardware and software i use.


  • 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/ ../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 and libraries.
…or maybe better, I’m going tryng to symlink the *kdu*.so’s into newview/ too so I shouldn’t need releasefordownload

Older Posts »

Blog at