Linux Client in Fedora Core 6 (libstdc++ problem)

I have tried to get this running but first I got:

bin/do-not-directly-run-secondlife-bin: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

If I make:

ln -s /usr/lib/libstdc++.so.6 lib/libstdc++.so.5

I get:
bin/do-not-directly-run-secondlife-bin:

/home/user/SecondLife_i686_1_12_3_4/lib/libstdc++.so.6: version `CXXABI_1.2' not found (required by /home/vinci/SecondLife_i686_1_12_3_4/lib/libboost_regex-gcc-1_32.so.1.32.0)
 bin/do-not-directly-run-secondlife-bin: /home/user/SecondLife_i686_1_12_3_4/lib/libstdc++.so.6: version `GLIBCPP_3.2' not found (required by /home/vinci/SecondLife_i686_1_12_3_4/lib/libboost_regex-gcc-1_32.so.1.32.0)

Any suggestions?

Hi Vinci!
I expect to have the libboost_regex and libstdc++5 dependencies removed in the next release so hopefully that is fixed.

Looks like you'll want to install the compat-libstdc++-33 package which should provide a proper libstdc++.so.5. In fact, I've found with RedHat/Fedora that in a number of cases if you run into an issue with your libraries being too new for an app, there's a good chance there's a compat-whatever package with the older libs available.

I am running on Fedora Core 6 so, I can tell you it works great.

To run SecondLife, I cd into the SecondLife directory, the run:
LD_LIBRARY_PATH=./lib ./secondlife

The LD_LIBRARY_PATH variable at the beginning of the line sets/overrides that variable name for one command only.

The explicit LD_LIBRARY_PATH should not be necessary - the secondlife script does this itself. Do you find that you need it?

um... I don't actually know.

I have an alias that does the LD_LIBRARY_PATH for me.
Have always used that. Maybe I should try it without my alias...

I did a
yum whatprovides

this helped:

 yum install compat-libstdc++-33

I don't know if this could have anything todo with the current shutdown of maby regions but my client can now log in but:

2006-11-02T00:46:13Z WARNING: Unknown stat id24
 2006-11-02T00:46:14Z INFO: Decoded 5 msgs, net 0 msgs queued this frame!
 2006-11-02T00:46:14Z INFO: Decoded 16 msgs, net 0 msgs queued this frame!
 2006-11-02T00:46:14Z INFO: Decoded 7 msgs, net 0 msgs queued this frame!
 2006-11-02T00:46:14Z INFO: Getting asset data for: 5e191c7b-8996-9ced-a177-b2ac32bfea06
 2006-11-02T00:46:14Z INFO: Starting transfer for 5e191c7b-8996-9ced-a177-b2ac32bfea06
 2006-11-02T00:46:14Z INFO: Decoded 10 msgs, net 0 msgs queued this frame!
 2006-11-02T00:46:14Z INFO: Receiving 0ee1c4c9-f2a7-ef37-05ab-084f7a552504, size 20931 bytes
 2006-11-02T00:46:14Z WARNING: Out of order packet in transfer 0ee1c4c9-f2a7-ef37-05ab-084f7a552504, got 6 expecting 4
 2006-11-02T00:46:15Z INFO: Playing back delayed packet 6
 2006-11-02T00:46:15Z WARNING: Out of order packet in transfer 0ee1c4c9-f2a7-ef37-05ab-084f7a552504, got 9 expecting 8
 2006-11-02T00:46:15Z INFO: Playing back delayed packet 9
 2006-11-02T00:46:15Z WARNING: Unknown stat id24
 terminate called after throwing an instance of 'kd_header_in*'
 terminate called recursively
 2006-11-02T00:46:17Z INFO: remove_marker_file()