I assume this means you navigate to a file called /usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag ? (Or is the file you navigate to in a different place?)

(That's a strange way to navigate and run a file.)

Also, could you kindly tell us the output of this command:
find /usr/ -iname "libXau.so.*"

I'm an Aussie but I'm not going to bite!
_______________________________

The only way it runs is when I navigate to
/usr/local/bzflag-2.0.8-x86-Opkg
using Nautilus and then double click on the icon that represents a binary file named
bzflag
Note this only works when logged in as root.
Maybe this is because I installed the program as root?
Trying this method as a user has no effect at all besides a quick blink of the screen.
_______________________________
[me@myplace me]# find /usr/ -iname "libXau.so.*"
/usr/local/lib/OBLISK/bzflag-2.0.8/libXau.so.6.loc
/usr/local/lib/OBLISK/bzflag-2.0.8/lib/libXau.so.6.0.0
/usr/local/lib/OBLISK/bzflag-2.0.8/lib/libXau.so.6.0.0.xvt
/usr/local/bzflag-2.0.8-x86-Opkg/Opkg/libXau.so.6.loc
/usr/local/bzflag-2.0.8-x86-Opkg/Opkg/lib/libXau.so.6.0.0
/usr/local/bzflag-2.0.8-x86-Opkg/Opkg/lib/libXau.so.6
/usr/local/bzflag-2.0.8-x86-Opkg/Opkg/lib/libXau.so.6.0.0.xvt

It appears that the binary may exist twice on your system. Did you try to install the game twice?

What is the output of these commands:
whereis bzflag
ls -l /usr/local/bzflag-2.0.8-x86-Opkg/bzflag

Enter this command as root, and try running the game from _user_ terminal:
ln -s /usr/local/bzflag-2.0.8-x86-Opkg/Opkg/lib/libXau.so.6 /usr/lib/libXau.so.6

PS.
In the future, try to find a game that is prepackaged for your distribution. It will save you these headaches.

[me@myplace me]$ whereis bzflag
bzflag: /usr/games/bzflag /usr/local/bin/bzflag /usr/share/man/man6/bzflag.6.bz2

[me@myplace me]$ ls -l /usr/local/bzflag-2.0.8-x86-Opkg/bzflag
-rwxr-xr-x 5 me me 447468 May 18 2006 /usr/local/bzflag-2.0.8-x86-Opkg/bzflag*

[root@myplace me]# ln -s /usr/local/bzflag-2.0.8-x86-Opkg/Opkg/lib/libXau.so.6 /usr/lib/libXau.so.6
[root@myplace me]# su me
[me@myplace me]$ bzflag
/usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory

Yes, it seems different distros operate in different ways. I had huge problems with installing an nVidia 3D graphics driver that from what I could tell was made for Linux. It all came down to the nuances of my distro. My distro is now pretty much defunct. Just when you think you're home free and everything is configured just so, they update and you're sucked right back to square 1!

You have 2 binary executables:
bzflag: /usr/games/bzflag /usr/local/bin/bzflag


Try running each of these as user first, then root. Tell us what happens.
/usr/games/bzflag
/usr/local/bin/bzflag

(Type in the whole location, like "[me@myplace me]$ /usr/games/bzflag" )

[me@myplace games]$ bzflag
/usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory

[me@myplace bin]$ bzflag
/usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory

[root@myplace games]# bzflag
/usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory

[root@myplace bin]# bzflag
/usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory

Getting frustrating eh!

to run a binary from the current dir you should use ./binary_name, e.g., ./bzflag

Um, no une.

When you type in just the program name, it will look for the program name in your $PATH variable, no matter where you are in the filesystem. You must type the full name of the path and program name:Repeat the 4 steps above like that.

Thanks a lot Sepero, we seem to be making progress.
I have always struggled with the concept of paths, this is another step in understanding the concept.
Here are the results.
[me@myplace me]$ /usr/games/bzflag
loading fixedmr
The program ran OK.

[me@myplace me]$ /usr/local/bin/bzflag
/usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory
The program did not run.

[root@myplace me]# /usr/games/bzflag
loading fixedmr
The program ran OK.

[root@myplace me]# /usr/local/bin/bzflag
/usr/local/bin/../lib/OBLISK/bzflag-2.0.8/bin/bzflag: error while loading shared libraries: libXdmcp.so.6: cannot open shared object file: No such file or directory
The program did not run.

Using the above results I think I can now create a launcher to run the program. It would be interesting to hear an explanation of what I did wrong. I am guessing it was simply a matter of not specifying the path in the command to execute the program. How would I alter my path so as to cause the command "bzflag" (or perhaps "./bzflag" ?) to run the program from any location in the filesystem?
_____________________________________________________________
I also tried runnerfrog's suggestion (I think!) with the following results.

[me@myplace bzflag-2.0.8-x86-Opkg]$ ./bzflag
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Could not initialize SDL Video subsystem: Unable to open a console terminal.
The program did not run.

[root@myplace bzflag-2.0.8-x86-Opkg]# ./bzflag
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 135 (XFree86-VidModeExtension)
Minor opcode of failed request: 10 (XF86VidModeSwitchToMode)
Value in failed request: 0x102
Serial number of failed request: 119
Current serial number in output stream: 121
The program did not run.

I seem to have succeeded in creating a laucher that runs the program OK. The launcher employs the command;
/usr/games/bzflag

Weird thing is that the 2nd, 3rd and 4th attempt at using this same command (the 1st attempt, in response to your post, worked) caused the screen to go black and I was logged out of my session. Then on the 5th attempt this problem vanished and the command started running the game again. It now seems to always work, so I am happy if not a little mystified.

Do this as root:
mv /usr/local/bin/bzflag /usr/local/bin/bzflag.bak

After that, running 'bzflag' from the command line should work. If for some reason you ever want to run the other one, just type 'bzflag.bak'.

Hopefully, this pretty much resolves your problems.

Sepero, thanks so much for helping me through this. The game itself became a side issue, learning a little more about Linux was great.

Your very welcome une. You're a lucky person, because you seem to enjoy learning. Too bad there aren't more people like yourself. There is a lot that can be learned on Linux. After having used Linux for over 4 years, I still would not consider myself a guru.

You can get it here:

http://www.wesnoth.org/

if you use slack:

http://www.linuxpackages.net/search_...e=Wesnoth&ver=

OpenArena, just installed it and played for the first time today. WOW.

You can play alone against bots or play online against others. If you like Quake you will love it.