If you have in the past found Gentoo to be too difficult or intimidating in the install process, then 2006.0 which has just been released has a graphical installer - it might be a more comfortable and familiar environment if thats what you are used to.

As for your laptop Induane, do you have any idea of the bits that Ubuntu cant work with, is there a new piece of hardware that is yet to be supported, etc? Theres a whole bunch of LiveCDs around that are fairly diligent and aggressive in probing for hardware and figuring out the right drivers, kernel modules, etc to use, if you are stuck for ideas try out the latest SLAX or Knoppix, see how well everything works, and get a list of all the kernel modules they load, output of \'lspci\', \'dmesg\', etc.

Laptops usually have odd video cards compared to desktop systems, if I had to hazard a guess as to how to get Linux working I would suggest using the latest driver package from ATI and see if that makes a difference.

Dependancies are more of a distribution / package-management problem than a general Linux problem, in my opinion. If you stick with vendor software repositories and upgrade & install how they want you to ( rather than manually downloading & installing stuff from other places - binary rpms built for different archs or distributions, source .tar.gz files that require a ./configure && make install, planeshift etc ), then the dependancy problem will hopefully not be a major one for you.

With newer distributions or one that have a very large software base ( ie anything based on Debian like Ubuntu or Knoppix, source-based ones like Gentoo ) this problem is fairly managable even for new users.

That said, expect to break stuff as you go, especially when poking around as root, its all part of the learning process. When your fancy linux desktop stops working or your network dies horribly its always handy to have another system or OS nearby so you can google up your problem, figure what you\'ve done and what you need to do to make it all better.

Getting planeshift working on linux can be difficult though, have patience and check through all the system and driver requirements in detail before taking on the planeshift software itself.

The first time I saw the head I thought of:



Maybe its someone who crossed Laanx in ages past, who in a fit of divine wrath choose to petrify and bury the unfortunate soul while condemning them to an eternity of having trash, garbage and other assorted filth poured down their throat.

Its been my experience that any problems with sound isnt usually a show-stopper, unlike GL problems. The .xml file your installation is complaining about is part of CrystalSpace and can usually be found under /path/to/CS/data/config/gldrivers.xml.

You can use the CVS web interface to download the latest .xml file if yours is missing, or try earlier versions of the same one, it seems to have been undergoing quite a few changes lately. I suggest using a version of this that matches as near as possible the date of the rest of your CS install.

http://cvs.sourceforge.net/viewcvs.py/crystal/CS/data/config/gldrivers.xml?rev=1.58&view=log

The \'walktest\' program is a good way to test if problems are located within CrystalSpace itself, if it works then CS should be troublefree. \'jam walktest\' will build it if you havent done so already.

Originally posted by Bereror
I had the same issue once with the latest CVS build. I couldn\'t log in because it crashed right after loading the world. Running in debugger didn\'t help because I haven\'t compiled CS with debug information enabled:

Code: [Select]

Assertion failed: count > 0
Location:         /home/planeshift_head/CS/include/csutil/array.h:665
Call stack:
Segmentation fault

But I can tell you that it was related to the current location where my character was standing. I used the older version to log in and move him. After that the latest CVS version worked again.

My client is working properly again this morning ( as I had hoped it would ) without me changing, patching or recompiling anything, so that suggests the bug is server-side to me. Perhaps it only manifests itself on particular CVS-built versions of the client.

While the server has been up the graphics and transitions between zones seems to happen a lot snappier, so its all a move in the right direction even if there are teething problems. Hell, its worth it just to stop DaveG complaining about how out of date the laanx build is

I discovered this bug the hard way too. No matter, Death Realm is lovely this time of year  It seems to me that the MOTD seen at login would be a great way to communicate known temporary issues like this to players, is that sort of thing possible?

As mentioned on one other thread the server is down at the moment, looks like this bug is being fixed plus other updates rolled out, yay!

/bin/sh cant run the program because its a binary executable rather than a shell script, which is why you are getting \'cannot execute binary file\'.

The first way you tried to run this is correct, by chmodding it to be executable, then executing it directly as a program.

The problem seems to be that you have a missing dynamic library that the binary calls, libclearlooks.so

On my system this is present, is in the same location (/usr/lib/gtk-2.0/2.4.0/engines/libclearlooks.so ), and belongs to the gtk-engines package. I suggest you install ( or reinstall ) the same package using your distributions management tools ( rpm, apt-get, emerge or whatever ) and try again.

The locale errors on the other hand are likely due to you using a different system language or international settings of some kind compared to that of the compiled binaries. I dont believe this will prevent planeshift from running, but may have other strange affects later. Compiling the binaries yourself will resolve this.

For future reference. including such basic info as distribution, version, cpu type, etc would be very helpful in tracking down what needs to be fixed.