r31069- Linux - no tactical part

[xlucj01]

I am using Debian Sid (i386), own compiled (only maps took 7 hours with C2D@2GHz ) revision 31069, downloaded today

All games seems to work good (there was some dpkg issue installing, but nothing important), but every time I try to play the tactical part (Terror mission -> flight with full-personelled aircraft, selection: Attack, Autobattle and Leave, selected Attack) nothing happens... Apparently, game send this to stderr which I consider to be relevavant:

Code: [Select]


Free inventory slots: 929
Calling subsystems
...subsystem 'base' - saved
...subsystem 'research' - saved
...subsystem 'campaign' - saved
...subsystem 'hospital' - saved
...subsystem 'market' - saved
...subsystem 'employee' - saved
...subsystem 'aliencont' - saved
...subsystem 'aircraft' - saved
...subsystem 'installation' - saved
...subsystem 'ufostores' - saved
...subsystem 'production' - saved
...subsystem 'messagesystem' - saved
...subsystem 'stats' - saved
...subsystem 'nations' - saved
...subsystem 'transfer' - saved
...subsystem 'alien base' - saved
...subsystem 'xvirate' - saved
...subsystem 'messageoptions' - saved
XML Written to buffer (446141 Bytes)
------- Loading game.so -------
not found at '/usr/local/lib/ufoai'
not found at '/home/jakub/.ufoai/2.4-dev/base'
not found at './base'
not found at '/usr/local/share/ufoai/base'
********************
ERROR: failed to load game library
********************
Shutdown server: Server crashed.
/usr/lib/games/ufoai/ufo(Sys_Backtrace+0x1f)[0x81a4909]
/usr/lib/games/ufoai/ufo(Com_Error+0xf6)[0x8147a9a]
/usr/lib/games/ufoai/ufo(SV_InitGameProgs+0x308)[0x8168161]
/usr/lib/games/ufoai/ufo[0x816898e]
/usr/lib/games/ufoai/ufo(SV_Map+0x17)[0x81689d1]
/usr/lib/games/ufoai/ufo[0x816646f]
/usr/lib/games/ufoai/ufo(Cmd_ExecuteString+0xcb)[0x813cd6d]
/usr/lib/games/ufoai/ufo(Cbuf_Execute+0x10f)[0x813ba9e]
/usr/lib/games/ufoai/ufo[0x807b43d]
/usr/lib/games/ufoai/ufo(CL_Frame+0xe2)[0x807b704]
/usr/lib/games/ufoai/ufo[0x8149282]
/usr/lib/games/ufoai/ufo(Qcommon_Frame+0x7b)[0x81496e6]
/usr/lib/games/ufoai/ufo(main+0x5c)[0x81a3c6b]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xf7332c76]
/usr/lib/games/ufoai/ufo[0x806cdd1]


If I can provide you any more information or possibly test, ask for it here (I'll check this thread ) or ask for other way of communication (for me, preferably Jabber)

I can (somehow)  provide even testing on Ubuntu with other person on another HW, if needed. Also, I can give out my builds...

[xlucj01]

In addition, now I see, that if you perform autocombat, no stats are changed to fighting soldiers (No "Missions performed" and "Enemies killed") are changed...

That can also be considered as a bug (unless it's a feature: Hey user, you don't fight, you have no XP)

[xlucj01]

And finally, third thing... Sometimes even automision seems to be ignored... I just click "Automission" and the transport aircraft just turns and aims it back to my base... I can aim it back, then try automission again, usually about third or fourth is successful

[geever]

I am using Debian Sid (i386), own compiled (only maps took 7 hours with C2D@2GHz ) revision 31069, downloaded today

All games seems to work good (there was some dpkg issue installing, but nothing important), but every time I try to play the tactical part (Terror mission -> flight with full-personelled aircraft, selection: Attack, Autobattle and Leave, selected Attack) nothing happens... Apparently, game send this to stderr which I consider to be relevavant:

This part is relevant, (and obvious IMHO) :

Code: [Select]

------- Loading game.so -------
not found at '/usr/local/lib/ufoai'
not found at '/home/jakub/.ufoai/2.4-dev/base'
not found at './base'
not found at '/usr/local/share/ufoai/base'
********************
ERROR: failed to load game library
********************

You've made broken deb packages. Remove config.status and let make deb configure the right directories for the game (recompile, run make clean before).
Deb installer puts game.so and other data to a different directory than simple make install does (debian (like) OS-es have different rules about FS-hierarchy).

-geever

[bayo]

Off topic

not found at '/usr/local/lib/ufoai'
not found at '/usr/local/share/ufoai/base'

We dont have versioning support for this two directories? I mean supporting 2.3 and another versions?

[xlucj01]

Hi... You were right, my packages were wrongly built, but even this didn't solve the problem

Code: [Select]

rm config.status
make clean
debian/rules clean
debian/rules config.status
make deb

So, finally, I found easy workaround:

Code: [Select]

ln -s /usr/lib/games/ufoai/base/game.so /usr/share/games/ufoai/base/game.so

I'll edit Debian-compiling wiki page when I get some more time... So, this part is solved, but:

When installing packages (wrong ones or good ones), I got this, which can be override by --force-overwrite, but that's not generally nice...

Code: [Select]

dpkg: error processing ufoai-server_2.4~~svn29925_i386.deb (--install):
 trying to overwrite '/usr/share/man/man6/ufoded.6.gz', which is also in package ufoai 2.4~~svn29925

===============================================

Don't you have anything like bug-tracker?

[geever]

So, finally, I found easy workaround:

Code: [Select]

ln -s /usr/lib/games/ufoai/base/game.so /usr/share/games/ufoai/base/game.so

I'll edit Debian-compiling wiki page when I get some more time... So, this part is solved, but:

Please don't add that HACK to the debian-compiling wiki page! I don't know deb packaging much but consulted with a friend who does and removing config.status is the usual way to force reconfiguring for deb packaging.

When installing packages (wrong ones or good ones), I got this, which can be override by --force-overwrite, but that's not generally nice...
Don't you have anything like bug-tracker?

Like this?

-geever

[xlucj01]

I will not add the hack to compiling page... But I'll generally update it (add warning about not mixing classical make install with make deb and stuff)

All right, is it OK for "common user" to submit bugs directly into bugtracker?

[geever]

All right, is it OK for "common user" to submit bugs directly into bugtracker?

yes, that's the prefered way.

-geever