How to make t-engine executable on Ubuntu 18.04?

[helminthauge]

I'm using Ubuntu 18.04 and have just downloaded the flashy 1.6.0 game, but I find that I cannot just double click the t-engine file to run the game. I know how to run the file from terminal, but that's not as convenience. So any way to make me able to double click the t-engine file to run the game?

[darkgod]

I really dont understand whats going on I must say :/
Can you do those commands and show me the results please:

Code: Select all

file t-engine
ldd t-engine

[helminthauge]

Code: Select all

***@***:*/t-engine4-linux64-1.6.0$ file t-engine 
t-engine: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/l, for GNU/Linux 3.2.0, BuildID[sha1]=38906763f7ba5b7420dc881dc68a00cdb831684b, stripped
***@***:*/t-engine4-linux64-1.6.0$ ldd t-engine 
	linux-vdso.so.1 (0x00007ffeddfad000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6e92007000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6e91c7e000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6e91a7a000)
	libSDL2-2.0.so.0 => /home/port/t-engine4-linux64-1.6.0/./lib64/libSDL2-2.0.so.0 (0x00007f6e91764000)
	libSDL2_ttf-2.0.so.0 => /home/port/t-engine4-linux64-1.6.0/./lib64/libSDL2_ttf-2.0.so.0 (0x00007f6e92836000)
	libSDL2_image-2.0.so.0 => /home/port/t-engine4-linux64-1.6.0/./lib64/libSDL2_image-2.0.so.0 (0x00007f6e92827000)
	libpng16.so.16 => /home/port/t-engine4-linux64-1.6.0/./lib64/libpng16.so.16 (0x00007f6e927ec000)
	libopenal.so.1 => /home/port/t-engine4-linux64-1.6.0/./lib64/libopenal.so.1 (0x00007f6e9150d000)
	libvorbisfile.so.3 => /home/port/t-engine4-linux64-1.6.0/./lib64/libvorbisfile.so.3 (0x00007f6e91306000)
	libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f6e9107a000)
	libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f6e90e0b000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6e90bec000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6e909d4000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6e905e3000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f6e92635000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f6e903db000)
	libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f6e90127000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f6e8ff0a000)
	libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f6e8fcdf000)
	libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007f6e8fad6000)
	libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x00007f6e8f8a5000)
	libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 (0x00007f6e8f5ef000)
	libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f6e8f2b7000)
	libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f6e8f08f000)
	libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f6e8ee8b000)
	libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f6e8ec85000)
	libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f6e8ea70000)

[darkgod]

Hum and

Code: Select all

ls -l t-engine

[helminthauge]

Code: Select all

-rwxr-xr-x 1 *** *** 2649072 10月  1 19:11 t-engine

"***" is my user name
"10月" means "October"

[dartom]

I really dont understand whats going on I must say :/

It's this bug, affecting various graphical file managers (running from console works fine):

https://github.com/nwjs/nw.js/issues/5287

Basically these managers think that the binary is actually a shared library due to gcc using -pie by default now.

[darkgod]

This is frelling dumb!

Thanks for the info dartom!

[helminthauge]

Has this be fixed in 1.6.1?

[Jurriaan]

It's a bug in Ubuntu - not something that a new Tome-release can fix...

[helminthauge]

but my 1.5.9 and 1.5.10 version worked well.
But anyway, I can fix this myself with some effort.