Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - GlestTest

Pages: [1]
1
Bug reports / Megaglest 3.10 error
« on: 13 December 2014, 15:23:55 »
Hi devs,

I was testing megaglest 3ecc553ba978d6c1b7aa6091b33951092439cded on my 64bit Kubuntu 14.10 machine, when I got this error:
Code: [Select]
https://paste.kde.org/prkufgglx
More facts:
- I was in control on the NL headless server
- shared units and resources enabled
- 3 humans (with 1 windows machine) vs 3 CPU on map conflict 6 player
- game had already progressed beyond the first CPU attack
- I was clicking near my Norse Castle, either to build Thrull or set destination location when it happened
- my teamates played on

Hope this helps,
GlestTest (aka typedef aka andy123)

2
I am running Kubuntu 14.04 64-bit and the Megaglest binary from http://megaglest.org/download.html "Version 3.9.1 for Linux x86_64"

When I returned after a game to the lobby, after a few seconds the game froze.
The debugger returned this: http://megaglest.paste.kde.org/puuiq4psu

I do not know how to reproduce this.

3
So, a little bit more detail.

I am running Kubuntu 14.04 64-bit.
The Megaglest binary from http://megaglest.org/download.html "Version 3.9.1 for Linux x86_64" does not start. The Error message is:

./megaglest: error while loading shared libraries: libtasn1.so.3: cannot open shared object file: No such file or directory
Packages libtasn1-3-dev and libtasn1-6-dev are installed.

If I make a symlink from /usr/lib/x86_64-linux-gnu/libtasn1.so.3 --> /usr/lib/x86_64-linux-gnu/libtasn1.so, the game starts and seems to work normally.

As confirmed by the command:
apt-file search libtasn1.so.3
the required file is not in the repositories.

Repository files are:
/usr/lib/x86_64-linux-gnu/libtasn1.so.6
/usr/lib/x86_64-linux-gnu/libtasn1.so.6.2.0
/usr/lib/x86_64-linux-gnu/libtasn1.so

4
Kubuntu 14.04 only has libtasn1.so.6 in the repositories, afaik.

5
It works. Thanks for your help!

6
Quote from: "jrepan"
I have installed Glest from Arch Linux package and they use this patch for compiling. It is for 3.1.2
Thanks, but I have no idea how to apply this patch. Is it specific to the Arch Linux packetmanager?
I used the glest-source-3.1.2.tar.bz2 from SourceForge
Results from ./configure and jam attatched. (Forum didnt like .txt or .log files, so I had to tar.gz the files)
In short: Two files (socket.cpp, conversion.cpp) are missing declarations.

[attachment deleted by admin]

7
Quote from: "jrepan"
Glest can be compiled on 64bit Linux same way as on 32bit.
Did you get a glest executable file after compiling?

8
Linux and other ports / Re: Trying to compile/run Glest on 64bit
« on: 1 January 2009, 10:56:17 »
Quote from: "hailstone"
I already have Glest working on it btw.
On Linux? Did you get it to compile properly?

10
I have it working on a debian-based 64bit system  (Ubuntu). I didnt compile it.
I posted my installation steps here:
http://http://glest.org/glest_board/viewtopic.php?f=11&t=4043#p21188

11
Linux and other ports / Re: Trying to compile/run Glest on 64bit
« on: 31 December 2008, 14:03:23 »
EDIT:
It might be easier to compile Glest from source. Alternatively, you can try this:
/EDIT

Installation of Glest on 64bit Linux (without compiling) - Tested on a 64bit Ubuntu 8.10 with glest 3.1.2
-----------------------------------------------------------------------------------------------------------------------------------------------------

- Get the 32 bit binary and the glest_data from glest.org - upack them
- You should get 2 folders: glest_game and glest_linux32_bin_3.1.2
- Copy contents of glest_linux32_bin_3.1.2 into glest_game folder

- Get 32bit lib files, since the game cant run with the 64 bit files that reside in your /usr/lib/ folder:
- Go to http://packages.ubuntu.com or a similar repository site and search for the 32bit / i386 versions of following packages:

libopenal* - in my case: libopenal1_1.3.253-4ubuntu1_i386.deb
libvorbis* - in my case: libvorbis0a_1.2.0.dfsg-3.1_i386.deb
libvorbisfile* - in my case: libvorbisfile3_1.2.0.dfsg-1ubuntu0.1_i386.deb

- extract .deb files with dpkg -x File.deb  DestinationFolder
- extract .rpm files: Dunno how, use google ;)

- You should find those six files (or similar) in the extracted archives:
libopenal.so.1
libopenal.so.1.3.253
libvorbis.so.0
libvorbis.so.0.4.0
libvorbisfile.so.3
libvorbisfile.so.3.2.0

- Copy the six files into the glest_game/lib folder.
- Rename libopenal.so.1 to libopenal.so.0 since Glest looks for a libopenal.so.0 file
- Start ./glest - it should work

If not:
- look for a *glest.log file in your glest_game folder and see what went wrong.
- get missing lib files from repository site and/or rename/symlink existing lib files so glest will find them

Happy gaming

Please tell me if this worked for you

12
Linux and other ports / Re: Trying to compile/run Glest on 64bit
« on: 31 December 2008, 13:14:06 »
I made it!!!!!!!!!!!!!
For anybody who is having problems: I will post a quick installation guide in an instant.

13
Hello community.

I am running a 64bit Ubuntu 8.10
Since the 32bit version of Glest didn't work, I compiled the source... as described in the readme with ./configure and jam.

No file "glest" (or anything to start the program) was created in the compilation progress, so I used "glest", "glest.bin" and "glest.ini" from the 32bit binary. Additionally I copied in the data files into my glest folder.
When I try to run ./glest, *glest.log says "./glest.bin: error while loading shared libraries: libvorbis.so.0: cannot open shared object file: No such file or directory"
So, I copied the /usr/lib/libvorbis.so.0 file into the glest/lib/ folder. The error log then says: "./glest.bin: error while loading shared libraries: libvorbis.so.0: wrong ELF class: ELFCLASS64"

Can anybody please help me with this? I guess its a problem with the 32bit glest.bin and the 64bit libvorbis.so.0 ?

Thanks,
GlestTest

-----------
EDIT:
I downloaded a 32 bit version of libvorbis.so.0 and got error messages that some other files were missing. I made symbolic links to each of them. Now, glest tries to start up, crashes the Xserver :O  and prints to the *glest.log: "./glest.bin: symbol lookup error: ./glest.bin: undefined symbol: ov_open"

EDIT2: Found out that ov_open is related to ogg vorbis.

Pages: [1]
anything