[invalid] MegaGlest can't be installed globally on a Linux system

[PaddyMac]

Now this may not really be a big issue for computer systems used by only one person, but I tried to install Megaglest 3.3.4.3 from source on my Funtoo Linux system, and once the program was compiled and installed in the /usr/share/games directory, I typed "glest" and the game started but then failed with the below error.

About to init SDL...                                               
[2010-07-03 19:35:22] In [glest_game/global/config.cpp::Config Line: 44] cfgFile = [glest.ini]
[2010-07-03 19:35:22] In [shared_lib/sources/util/properties.cpp::load Line: 39] path = [glest.ini]
[2010-07-03 19:35:22] In [shared_lib/sources/util/properties.cpp::load Line: 43] path = [glest.ini]
[2010-07-03 19:35:22] In [glest_game/main/main.cpp::handleRuntimeError Line: 62] [Can't open propertyMap file: glest.ini] gameInitialized = 0, program = (nil)
******************************************************                                     
    #2 An error ocurred and Glest will close.                                               
Error msg = [Can't open propertyMap file: glest.ini]                                       
                                                                                           
Please report this bug to contact_game@glest.org, attaching the generated glestv3.3.4.3.dmp file.
******************************************************                                     
Closing logfile

I also tried putting glest.ini in my home directory and tried again, getting the below error.

About to init SDL...
[2010-07-03 19:34:10] In [glest_game/global/config.cpp::Config Line: 44] cfgFile = [glest.ini]
[2010-07-03 19:34:10] In [shared_lib/sources/util/properties.cpp::load Line: 39] path = [glest.ini]
[2010-07-03 19:34:10] In [shared_lib/sources/util/properties.cpp::load Line: 47] path = [glest.ini]
[2010-07-03 19:34:10] In [glest_game/global/config.cpp::Config Line: 46] cfgFile = [glest.ini]
[2010-07-03 19:34:10] In [glest_game/main/main.cpp::glestMain Line: 275]
Could not parse filepath: data/core/menu/textures/back.tga
******************************************************
    #2 An error ocurred and Glest will close.
Error msg = [Could not parse data/core/menu/textures/back.tga as object of type N6Shared8Graphics8Pixmap2DE]

Please report this bug to contact_game@glest.org, attaching the generated glestv3.3.4.3.dmp file.
******************************************************
Closing logfile

I'd like to see megaglest updated so that it can be installed normally as on a multiuser system so that any user can run it.

As it is, it will run as root when installed this way, but not as a normal user. I checked permissions, and everything is chowned root:games, and my user is in the games group, so it doesn't seem to be a permissions issue. Just to see, I did compile the game manually in my user directory and it will run as a user when executed from the directory I compiled it in.

[softcoder]

I'm quitesure we can help with this request. I also beleive others have the setup working that you describe. Please tell us what folders you have placed everything mega-glest related into and how you are starting the game (from a user perspective). Here are a few things to consider.

Mega-Glest supports:
- a commandline parameter to output the version info only:
  glest_game.exe --version or glest.bin --version
- At startup glest will first look for glest.ini first by examining an environment variable called GLESTHOME and if this env var does not exist it looks for it in the "startup" folder (the folder the script started from).
In addition to glest.ini, the program looks for user overrides in glestuser.ini. The location of glestuser.ini by default is in the same folder as glest.ini, unless there is an entry in glest.ini to tell us where else to find glestuser.ini. This entry is:

UserOverrideFile=x

where x is either a full or relative path to the location of glestuser.ini. The glestuser.ini file may have one or more entries to override the default values in glest.ini.

The same principle applies to the hotkey definition file glestkeys.ini which looks for glestuserkeys.ini and also supports the UserOverrideFile=x

Thanks