bsd errors

hi..

I tried client in pcbsd based on freebsd6, and while im not there atm ( had to run into windows momentarily) I recall part of error..it had to do with glibc2.3.3 and libc.so.6 . I also recall relocation error before all that..sorry I know this is skimy details but maybe its enough for someone to know whats going on or what I need to install to get this working ( although atm im tempted to give up on bsd as I"ve encounered a few too many issues running linux apps)

cheers
laeia rosewood

The problem is that the default Linux libraries are based on Redhat 8, which is too old because of glibc versioning.

I have made it work by deinstalling linux_base with "pkg_deinstall -f linux_base-8" and then installing emulators/linux_base-suse-9.3 from the ports tree. Be warned that the SUSE libs seem a bit slow for some reason, but they did get Secondlife started for me.

ok thx...yeah I had a feeling thats what it was but im appreciative for the verify

cheers
laeia

the suse 9.3 one did not work so Ih ad to settle for suse 9. 2 ( 9.3 could not fetch some glib rpms from suse's sites), but im getting 32bit error::

2006-02-17T17:18:01Z INFO: Unloading all GL symbols...
2006-02-17T17:18:01Z WARNING: LLWindowManager::create() : Error creating window.
2006-02-17T17:18:01Z WARNING: Unable to create window, be sure screen is set at 32-bit color in Control Panels->Display->Settings

so I changed the xf86config file but seeemed to make no diff as you can see...

thx
laeia

EDIT: okay I have a new error, and I think bsd doesn't like me much!!

ie: => MD5 Checksum OK for rpm/i386/suse/9.3/glibc-2.3.4-23.2.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/glibc-2.3.4-23.2.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/db-4.3.27-3.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/db-4.3.27-3.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/compat-gdbm-1.8.0-5.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/compat-gdbm-1.8.0-5.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/glib-1.2.10-593.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/glib-1.2.10-593.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/libacl-2.2.30-3.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/libacl-2.2.30-3.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/coreutils-5.3.0-10.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/coreutils-5.3.0-10.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/insserv-1.00.8-4.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/insserv-1.00.8-4.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/slang-1.4.9-126.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/slang-1.4.9-126.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/libselinux-1.21.7-3.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/libselinux-1.21.7-3.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/popt-1.7-207.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/popt-1.7-207.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/libattr-2.4.22-3.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/libattr-2.4.22-3.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/fillup-1.42-101.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/fillup-1.42-101.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/termcap-2.0.8-879.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/termcap-2.0.8-879.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/compat-2004.11.13-3.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/compat-2004.11.13-3.i586.rpm.
===> linux_base-suse-9.3_2 depends on executable: rpm - found
LC_ALL=C rpm --initdb --root /usr/ports/emulators/linux_base-suse-9.3/work/linux_base-suse-9.3 --dbpath /var/lib/rpm
kern.fallback_elf_brand: 3 -> 3
execution of libacl-2.2.30-3 script failed, exit status 255
*** Error code 1

Stop in /usr/ports/emulators/linux_base-suse-9.3.

EDIT:: never mind please im going to deal with this on my end, as its not fair to expect support of this calibur from the people that were kind enough to give us the linux port of this interesting game..

cu
laeia


thx
laeia

Well, the GL errors are a bit worrysome. Did you install the correct (vendor specific) driver for your video card?

If you have an nVidia card, install the x11/nvidia-driver port and change the line that reads:

Driver "nv"
to
Driver "nvidia"

in your X config file. You may want to specify DefaultDepth 24 in the "Screen" section as well.

If X fails to start, try installing the x11/nvidia-xconfig port and use it to create a new config file.

As for SUSE failing to install, that's a new one on me. I did have some trouble downloading it too (the master site likes to reset the connection in the middle of transfers), but once I got it down the port was able to install it without any trouble. Did you remove the old install linux_base first? You might want to check and see if there is any junk left in /compat/linux.

Oh, and don't feel bad about asking the forums for help. That's what we're here for. It's not like LL pays me or anything.

ok well this was ODD...I know i saw the nvidia logo during boot, and well I assumed like it was 'working' ? ;'-)..well it was not..how weird indeed..so I uninstalled it,reinstalled it and its ok now BUT im getting a new error:

bash-2.05b$ ./secondlife
ELF interpreter /lib/ld-linux.so.2 not found

I must have done something bad LOL

I am going to try going back to my other linux base-rh9 and see if that does anything.

chers and thx for any help
laeia

Something is wrong with the installed linux_base. You don't have ld! My guess is that the install crapped out at some point. Try blowing it away and installing fresh. RH9 may work, I'm not sure which version of glibc it uses. It's still pretty old though, RedHat is up to what is effectively version 14 now. All that really matters is getting a modern enough glibc, most of the other libraries are bundled with the secondlife distribution. This versioning nightmare is one of the big reasons I'm a FreeBSD junkie. As it is I have to give up Kohan to play Secondlife because it's compiled against an older libc. At some point I'm going to try just grabbing the requisite files from the old linux_base and see if I can't patch it together.

Oh, the easy way to verify that your GL stuff is working is to run glxinfo and see how much stuff you get. The default Mesa stuff will be pretty short (and the renderer will be Mesa), nVidia stuff will list NVIDIA Corporation as the glx vendor and the renderer string should be your video card.

Also, you might want to run kldstat and make sure linux.ko is loaded. I'd be surprised if it isn't, but that message could arise from that.

Edit: nevermind, Gentoo and Debian are currently busted. Gentoo might work if you remove the BROKEN line in the Makefile. It's a packaging issue so the only downside would be that you'd have to manually rm -rf /compat/linux after you uninstalled it.

well..i've used bsd for about 2 weeks and now that I have reason to try a linux game..im having nothing but headaches....shame too as I found pcbsd very nice but I can't waste much more time as I wonder if this is a sign of more problems to come with other games..anyway I am trying my best to make this work so ,,I did:

make distclean
went back into /usr/ports/emulators/linux_base-suse-9.3 and ran
make

got same error:



well..i've used bsd for about 2 weeks and now that I have reason to try a linux game..im having nothing but headaches....shame too as I found pcbsd very nice but I can't waste much more time as I wonder if this is a sign of more problems to come with other games..anyway I am trying my best to make this work so ,,I did:

make distclean
went back into /usr/ports/emulators/linux_base-suse-9.3 and ran
make

got same error:


=> SHA256 Checksum OK for rpm/i386/suse/9.3/termcap-2.0.8-879.i586.rpm.
=> MD5 Checksum OK for rpm/i386/suse/9.3/compat-2004.11.13-3.i586.rpm.
=> SHA256 Checksum OK for rpm/i386/suse/9.3/compat-2004.11.13-3.i586.rpm.
===> linux_base-suse-9.3_2 depends on executable: rpm - found
LC_ALL=C rpm --initdb --root /usr/ports/emulators/linux_base-suse-9.3/work/linux_base-suse-9.3 --dbpath /var/lib/rpm
kern.fallback_elf_brand: -1 -> 3
execution of libacl-2.2.30-3 script failed, exit status 255
*** Error code 1

Stop in /usr/ports/emulators/linux_base-suse-9.3.

I went on pcbsd forums and they seem to think there are dependnecy problems of some type they hope to resolve in official release ( I am using RC2 which I felt would likely be decent but hey..)

soooo I have a feeling its back to linux for now..I was liking pcbsd due to PBI's they use for package management, but not at expensive of my sanity over issues like this..so unlesss you have some ideas..i'm going to see you guys on the other side of a gentoo install I think )

cheers
laeia

Hmm, it could be a dependancy issue, but it doesn't seem like there should be any dependancies, this is the base linux compatability stuff. :/

Hmm, libacl failed, I wonder if it requires UFS_ACL support?

Unfortunatly, that requires a kernel recompile with
options UFS_ACL
in the config? Generic has that so it seems unlikely though.

You're really stumping me on the problem. Hmm, the maintiner is [email]ports@freebsd.org[/email], which means that whoever created the port isn't maintaining it anymore. You might want to shoot an email out to the mailing list (put a note in it to cc your email address when they reply). There's a good chance someone knows what the problem is. Unfortunatly, you've exceeded the limit of my knowledge.

ok ill do that or just choose another distro for now not sure which, but thanks for making the attempt as thats what counts...

cheers
laeia

You are adding to many layers of complexity to the libraries compatibility. Suse 9.3 distro does run the sl alpha, without the hassles of intermixing your libraries from one distro to another. In my experience, when a distro won't execute the app/game I really really want to run, short of hacking in a glibc update, which breaks all kind of depencies, it's time to upgrade you distro in the complete. Library and kernel dependacies are there for a reason, to make sure everything coexist well. Seriously, you can't blame the linux distro scene if you choose to intermatch parts and possibly compromise those dependancies. That's just my opinion, do as you choose. I just think you would might have an easier time running SuSE 9;3 instead of emulating it on another distro.

Well, to be fair FreeBSD isn't a kind of Linux. It's similar in that it's a Unix like OS that runs on PCs, but it uses a completely different kernel and libc environment. The Linux stuff is just a compatability layer that can be installed on the machine. Normally it's a no-hassle thing, I just installed the SUSE libraries and SL worked fine, but for some reason Laeia's install has something weird that interferes with SUSE.

I would even go so far as to say, BSD is a Real Unix (capitals for aristocracy), and Linux isn't, it was basically written from scratch and the unix flavour (GNU) added for high usability and stability.

A Real Unix has a family tree back to Thompson and Ritchie. A Real Linux, back to Linus and Richard.

Not that being a "Real UNIX" means anything.

I use FreeBSD mostly because I like the package management system better than the Linux ones I've tried (I can't figure out in which way RPM isn't horrible) and because there is tigher control over the rc and configuration system, especially w.r.t. third party applications.

I take it that's Redhat/Fedora/Suse/Mandrake -- RPM is terrible by default.

Try Debian. On second thought, try Ubuntu instead -- Debian's politics get in the way of the distro, which Ubuntu does not have.

If you like FreeBSD's ports system, though, try Gentoo. It's a bit hard to install (no nice installer) but once set up, you have the "emerge" utilities.

I've actually used Debian a bit, but .debs didn't seem to offer much over .rpms, except they were harder to find.

Gentoo is something I've always planned on trying at some point, especially when I see Gentoo users talking about emerge online. Maybe it will be the distro that finally makes me switch. On the other hand, I don't feel a pressing need to switch since I'm rather happy with FreeBSD, so it's a tough sell.