New Linux Client (r51742)

You can download the latest alpha version here. The release notes mention:

* Audio support on Linux
* Context-sensitive cursors for Linux
* Crash when emailing a postcard
* Group title appears twice
* Linux Client doesn't notice when it is minimized
* Gamma settings fail to work and save
* Linux Client tries to run Mac auto-updater

Other various fixes include being able to resize the client window and graphics card memory, etc.

The (51742) number you see is our internal revision. Since we are deploying the linux client separately from the mainline code now, we will be using this slightly different versioning for now.

Don

Wooohooooo!!!!!!!!!!

Note: We are still trying to determine how we want to deploy library dependencies. In a perfect world, we could just rely on the distribution's libraries, and be done.

Realistically, however, we have been running into trouble running the client on different machines unless we included some of the libraries we used on the build machine. If you are running into libraries issues, try grabbing the libraries that used to be packaged with the client in the lib directory and placing them in the new lib directory. (Also let us know what you did, so we can take that into account for future deploys).

Woo hoo! You guys rock!

Sound works nicely! Memory detection is perfect!

I had to symlink libssl, libexpat, and libcrypto to older versions, but it works great!

THANK YOU! SO MUCH!

YEEEY!
I haven't gotten it up, because I need to build the icu-i18n.
My suggestion for libraries is to distribute them in a seperate package, so that people who need them can grab them, but it doesn't bloat the tarball.

Just use the boost-Library from an older client, this one does not cry for icu lib.

yay Lindens!
I see that some text duplication in grou titles is fixed as well... Man, that was annoying!

It's fantastic! I hope that copy & paste fix will follow soon as well..

<3

I compiled it ^_^
AND YEY I CAN USE MY RELOOPER ON LINUX HGFHGFHGFH!

I gave up in the end

Too many of the dependencies are missing, for me. I run an up-to-date Gentoo box, on an amd64 platform. Mixing 32- and 64-bit libraries gives some problems of its own, but I can't practically run this build without the libraries it was built against. Up till 1_12_0_14, everything's been sweet.

Please make all the libraries available - either as part of the main tarball, or separately - I don't care which.


=== UPDATE ===

OK - well, I couldn't give up, could I ? Really ?

I got 51742 working on my Gentoo amd64 box, eventually, by doing this ...

replace the 1_12_0_51742/lib folder with the /lib folder from 1_12_0_14 ...
- rename SecondLife_i686_1_12_0_51742/lib to SecondLife_i686_1_12_0_51742/distributed_lib
- copy /lib from 1_12_0_14 to SecondLife_i686_1_12_0_51742

clear up dependency issues due to incorrect linking by renaming ...
- rename /lib/libssl.so.0.9.7 to /lib/libssl.so.0.9.8
- rename /lib/libcrypto.so.0.9.7 to /lib/libcrypto.so.0.9.8

find old copies of missing libraries from elsewhere (lucky I had them) ...
- copy /usr/lib32/openoffice/program/libicui18n.so.26.0.1 to SecondLife_i686_1_12_0_51742/lib
- copy /usr/lib32/openoffice/program/libicuuc.so.26.0.1 to SecondLife_i686_1_12_0_51742/lib
- copy /usr/lib32/openoffice/program/libicudata.so.26.0.1.1 to SecondLife_i686_1_12_0_51742/lib

rename old libraries to resolve linking issues again ...
- rename /lib/libicui18n.so.26.0.1 to /lib/libicui18n.so.34
- rename /lib/libicuuc.so.26.0.1 to /lib/libicuuc.so.34
- rename /lib/libicudata.so.26.0.1.1 to /lib/libicudata.so.26

copy back the two missing libraries from the original 1_12_0_51742/lib folder (renamed earlier) ...
- copy /distributed_lib/libboost_regex-gcc-mt-1_33_1.so.1.33.1 to /lib/libboost_regex-gcc-mt-1_33_1.so.1.33.1
- copy /distributed_lib/libfmod-3.75.so to /lib/libfmod-3.75.so

cross fingers, toes, and any other anatomically crossable parts, in the knowledge that this is an awful kludge, and run Second Life...
- good grief it runs !

Quite how well it runs, I don't know yet, but it's promising

There are a few issues with 32/64 bit systems(AMD64 + Ubuntu Edgy 64). Will not run out of the box without 32 bit compatibile libs (libvorbisenc.so.2 must be 32 bit). Will update once solved to run.

Update: To run on AMD64 native 64 bit the following 32 bit libs must be supplied in the Secondlife/lib directory: libvorbis.so.2 libgcc.so.1 (replace the one that came with SL) and libvorbisfile.so.3 then it appears to run.

These changes may cause a bug inlibcurl but the error does not seem to be fatal or performance hindering, error as follows possibly caused by the replacement of libgcc.so.1: bin/secondlife-bin: lib/libcurl.so.3: no version information available (required by bin/secondlife-bin)

Possible video tainting with gamma/brightness through out X. Might just me too.

thank you, thank you, thank you,thank you, thank you, thank you,thank you, thank you, thank you,thank you, thank you, thank you

thank you! a thousand times thank you!!

I'm too overcome with emotion to be even mildly eloquent.

when copy/paste is fixed, I will be reduced to monosyllabic vocalizations of glee!

awesome work.

- strix

In a word (or a pair of words): Thank you!

System memory detection works! The world rezzes! Finally!!

The number of bugs that LL and those hired by LL to work on this have squashed is indeed impressive. (Thank you Icculus!) I look forward to a steady progression into and through beta!

Rock on!
Kel

Edit: Library info for you Ubuntu users out there, install libdb4.2 with Synaptic or apt-get and you'll get right in!

Don-

I think part of the problem you're having is you're linking to full version names of the librarys.

So instead of looking for libssl.so.0.9.8, it should look for libssl.so

This is a link-time issue.


-S

*does the Snoopy dance eventhough she's a catgirl*

YAYAYAYAYAYAYAYAYAAY

Thank you soooooooooooooooooo much!

Ummm, no. That is totally and completely wrong. Library versioning exists for a reason! In Fedora, we only ship the .so symlinks in *devel* packages. If a user does not have the devel package for a library installed, the .so link will not be there.

Really in a situation like this, (closed source binaries expected to run on any distribution) its best to ship a complete set of libraries. Let downstream per-distribution repackagers like me figure out if system libraries can be safely substituted. I have been making RPMs for FC5:

http://www.haxxed.com/rpms/secondlife/

Though I'm still working out the kinks in the new version so its not up yet.

These are the links my package has to make to get it to work on FC5:

ln -s ../../../lib/libcrypto.so.0.9.8a /usr/lib/secondlife/libcrypto.so.0.9.8
ln -s ../../../lib/libssl.so.0.9.8a /usr/lib/secondlife/libssl.so.0.9.8
ln -s ../../../lib/libexpat.so.0 /usr/lib/secondlife/libexpat.so.1

I also nuke the libfreetype it comes with, so the system version is used.

Works great so far! Nice work! What distribution do you guys build on anyway?

Got this when i tried to ./secondlife
Running on Ubuntu Dapper with the NVIDIA binary driver...

Error while loading shared libraries: libdb-4.2.so: cannot open shared object file: No such file or directory

I had to install libdb-4.2 with synaptic, then SL worked.. with living sound!

WOO HOO
And wow. Real fullscreen.. though id like to be able to pick a larger window size (for a 1080x1024 display).... i used to use the (broken) fullscreen just for a larger window...

Still definitely a work in progress but SL is much more usable now... really nice would be able to rip the inventory and chat/message windows out of the SL view, and on the desktop.....

BUT NO MORE DOUBLE GROUPS!
AND AUDIO

THis was well worth the wait!
Only gripe is SL will peg the cpu at 100% on my P4 1.7, 512meg, and 256 meg nvidia video
Re-Nice-ing the process doesnt do much.. was hoping for a way to throttle it down a bit in the app.

-John

On Gentoo AMD64:

libexpat.so.1
libcurl.so.3
libssl.so.0.9.8 *


* I've had to throw dev-libs/openssh into a local portage tree and rekeyword it... before realizing that Gentoo's at 0.9.7 due to ABI changes. UGH. Major problems. Can we get a library package?

It will peg the CPU at 100% on anything but a Multi Core system (and in my experience, windows ). There are parameters you can give the SL Client to slow it down, if you want... Amber Habsburg does that, so she can run other time-critical things in parallel. I would be VERY disappointed if SL did NOT use everything I had!

Here is the Wiki to the secondlife parameters: http://secondlife.com/badgeo/wakka.php?wakka=newview. The parameter you can use is "-yield". Ask Amber which ms value works best - or try out values yourself

I must say, I had no problems running other apps while SL was running, with no real noticeable degredation in their performance (mainly browser); but I think if you want to generate a new kernel, rather log out of SL while thats going - it DOES make a difference there!

Thank you Lindens /SO/ much this is a wonderful release.

I had to make the same symlinks as Zi mentioned above to get it to work on my Fedora Core 5 system, but after that things are looking rosey.

Hmm

I copyed what Liberys it was missing that I found in the older release.
but I did not find all ther so the rest I actualy copyed from a Planshift install.

But it all seams to work.

With the new version, you can actually resize the SL window (usually- sometimes it doesnt like the windows resize, or coming back from fullscreen) without crashing...
Just found it out this morning..

Still seeing a ton of
2006-08-30T10:44:54Z WARNING: Failed to set locale en_US.iso8859-1
repeatedly while online in the terminal window... But at least SL works

Would like to see a few more default window sizes... esp since im running 1280x1024... dont want to do SL fullscreen...

Also someone mentiones the -yield parameter.. Perhaps a slider/field where it can be entered in the actual preferences menu would be nice, even if it did require a reboot....Even being about to shave about 10% of CPU usage to free it up for other processes would be useful to many users, not just in SL Linux....

SL will take all your available CPU resources in order to render the graphics of the game as quickly as possible. From what I remember, most 3D games do the same thing. Angel's tip is great if you absolutely positively must not have SL using 100% CPU. I set nice at run time by slipping "nice -n 2" into the secondlife script in the appropriate place. Other apps stay crisp and responsive.

Now that you can stretch the window as you like, I find that this one is not THAT critical anymore. It used to be a real pain - but editing the settings.ini (now settings.xml) by hand allowed you to set this up as it suited you best.

Got it running on Gentoo AMD64, had to copy a lot of libs from a previous release into the lib folder, use old libboost to get rid of icu problems