C:\GAMES\OPENXCOM>openxcom
ERROR: Failed to load 'UFO: Enemy Unknown / X-Com: UFO Defense'; mod disabled for next startup
standard/xcom1/alienDeployments.rul: yaml-cpp: error at line 0, column 0: Invalid node; this may result from using a map iterator as a sequence iterator, or vice-versa
Make sure you installed OpenXcom correctly.
Check the wiki documentation for more details.
So I got the src, compiled and ended up getting error when trying to lauch the game.
Same error with TFTD.
Any working compiled version I can get for 16.04? Or do I have to wait for it to be fixed? Or is it my fault?
I don't think it is on my end. I've tried moving files around to the different places it looks for'em and so on. Either it doesn't find the game files or it fails to load them.
sudo apt-cache show libyaml-cpp0.5
Package: libyaml-cpp0.5
Priority: optional
Section: universe/libs
Installed-Size: 546
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Lifeng Sun <lifongsun@gmail.com>
Architecture: amd64
Source: yaml-cpp
Version: 0.5.1-1
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.6)
Pre-Depends: multiarch-support
Filename: pool/universe/y/yaml-cpp/libyaml-cpp0.5_0.5.1-1_amd64.deb
Size: 206564
MD5sum: af7b97370a44000dc980cc649d344c2f
SHA1: 5a8e14346f377038bde7dce309b00c48a0fd7c87
SHA256: 17a4d77e673f57585ba878255661632a218d635e31584fe6cb9b196bc073c6e5
Description-en: YAML parser and emitter for C++
yaml-cpp is a C++ library for parsing and emitting data in YAML 1.2, a
human-readable data serialization format.
.
This package provides run-time library of yaml-cpp.
Description-md5: dc73d50060451c24fd11353aa2413ac3
Multi-Arch: same
Homepage: https://code.google.com/p/yaml-cpp/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Package: libyaml-cpp0.5v5
Priority: optional
Section: universe/libs
Installed-Size: 510
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Lifeng Sun <lifongsun@gmail.com>
Architecture: amd64
Source: yaml-cpp
Version: 0.5.2-3
Replaces: libyaml-cpp0.5
Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 5.2)
Conflicts: libyaml-cpp0.5
Filename: pool/universe/y/yaml-cpp/libyaml-cpp0.5v5_0.5.2-3_amd64.deb
Size: 158180
MD5sum: 64d64700d6cbfad49c487b252dcc5c52
SHA1: c04891ae8d335277d634c5b0a029ae658c214e7c
SHA256: d28e25eb6fb7e5892210802d99bf7c2be5eb251269be90806157623bdad6a912
Description-en: YAML parser and emitter for C++
yaml-cpp is a C++ library for parsing and emitting data in YAML 1.2, a
human-readable data serialization format.
.
This package provides run-time library of yaml-cpp.
Description-md5: dc73d50060451c24fd11353aa2413ac3
Multi-Arch: same
Homepage: https://github.com/jbeder/yaml-cpp
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
That doesn't sound promising. I'd rather not to a lot of steps to get a working compile as I think I exponentinally increase the chances of creating chaos for each step. :D
In any case the libyaml-cpp0.5v5 got a hit. this is what it returned.
Looks to me it is supposed to replace 0.5.2 and 0.5.3? But isn't compatible? :/
I might dare to try to compile Yaml if I can get a good rundown of how to do it without messing up my system. I mean if it isn't working the same way I wouldn't want anything but OpenXcom to use it really. Wouldn't want to cause more problems down the road.
In any case the libyaml-cpp0.5v5 got a hit. this is what it returned.Code: [Select]Version: 0.5.2-3
I might dare to try to compile Yaml if I can get a good rundown of how to do it without messing up my system. I mean if it isn't working the same way I wouldn't want anything but OpenXcom to use it really. Wouldn't want to cause more problems down the road.As far as i can tell (running with the 0.5.3 branch here) it does not really interfere with other packages, also a quick look under synaptic on Dependants of the ubuntu package shows very little entries.
git checkout release-0.5.3
to get the correct branch (not needed if downloaded the source from the release page)mkdir build; cd build
* Run cmake to find dependencies and generate makefiles cmake -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_INSTALL_PREFIX:PATH=/usr/local ..
* Run make (and take a beer)Nope that is still 0.5.2 .. i think v5 has a different meaning there.
As far as i can tell (running with the 0.5.3 branch here) it does not really interfere with other packages, also a quick look under synaptic on Dependants of the ubuntu package shows very little entries.
As a simple rundown, those are the steps i took:
* Remove the libyaml-cpp0.5v5 package (to ensure it won't clash when, although this might not be necessary since `/usr/local/` should shadow it.
* Clone the repository https://github.com/jbeder/yaml-cpp (or download the 0.5.3 release from https://github.com/jbeder/yaml-cpp/releases
* Navigate to that repository.
* RunCode: [Select]git checkout release-0.5.3
to get the correct branch (not needed if downloaded the source from the release page)
* Create a build directory and navigate to that dirCode: [Select]mkdir build; cd build
* Run cmake to find dependencies and generate makefilesCode: [Select]cmake -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_INSTALL_PREFIX:PATH=/usr/local ..
* Run make (and take a beer)
* Run make install
And try building oxc again (just to be sure that oxc does not try to access the previously known libyaml it is better it the remove the old build files).
Hope it helps
[17-05-2016_22-27-57] [FATAL] A fatal error has occurred: signal 11
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x76da16]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x76f528]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x412604]
[17-05-2016_22-27-57] [FATAL] /lib/x86_64-linux-gnu/libc.so.6(+0x354a0) [0x7fb7ae8694a0]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x4ede93]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x75593f]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x752d33]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x753d23]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x7549d3]
[17-05-2016_22-27-57] [FATAL] ./openxcom(main+0x53) [0x40f613]
[17-05-2016_22-27-57] [FATAL] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x7fb7ae854830]
[17-05-2016_22-27-57] [FATAL] ./openxcom() [0x4118c9]
[17-05-2016_22-27-57] [FATAL] OpenXcom has crashed: signal 11
Extra information has been saved to openxcom.log.
If this error was unexpected, please report it to the developers.
One thing I did wonder about though is SDL. It says on the wiki that it depends on 1.2 and it seems I only have 1.3 installed.Something is wrong here (might just be interpretation) but the only known sdl flavors on 16.04 are libsdl1.2 and libsdl2. You need the first one.
I'll look into doing the process again but without the 5v5 package installed.Hope this will work for you.
apt install build-essential libboost-dev libsdl1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsdl-gfx1.2-dev
Please note that i didn't include xmlto since it is only needed for generation of specific documentation. If i was mistaken in this regard you can always install it later using: apt install xmlto
ls -l /usr/local/lib
show:munglo@munglo-win:~$ sudo apt install build-essential libboost-dev libsdl1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsdl-gfx1.2-dev
sudo: unable to resolve host munglo-win
Reading package lists... Done
Building dependency tree
Reading state information... Done
build-essential is already the newest version (12.1ubuntu2).
build-essential set to manually installed.
libboost-dev is already the newest version (1.58.0.1ubuntu1).
libboost-dev set to manually installed.
libsdl1.2-dev is already the newest version (1.2.15+dfsg1-3).
libsdl-gfx1.2-dev is already the newest version (2.0.25-5).
libsdl-image1.2-dev is already the newest version (1.2.12-5build2).
libsdl-mixer1.2-dev is already the newest version (1.2.12-11build1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Package libsdl1.2 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
libsdl1.2debian-nas libsdl1.2debian-pulseaudio libsdl1.2debian-oss
libsdl1.2debian-esd libsdl1.2debian-alsa libsdl1.2debian-all
munglo@munglo-win:~$ sudo apt-get install libsdl1.2debian-nassudo: unable to resolve host munglo-win
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package libsdl1.2debian-nas is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
libsdl1.2debian:i386 libsdl1.2debian
munglo@munglo-win:~$ sudo apt-get install libsdl1.2debian
sudo: unable to resolve host munglo-win
Reading package lists... Done
Building dependency tree
Reading state information... Done
libsdl1.2debian is already the newest version (1.2.15+dfsg1-3).
libsdl1.2debian set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
--EDIT--Glad it works ... enjoy your weekend ;)
It is working now. Don't know if it was the 5v5 version messing it up or not. Just happy it works.
---------
This is some weird error ... is your "/etc/hosts" file up to date?Code: [Select]...
sudo: unable to resolve host munglo-win
...
the xmlto want to install over a gig of additional stuff. So I rather not tbh.It is probably only necessary for building documentation .. so it's fine to skip.
The usr/local/lib content looks the same plus some python stuff.So did mine .. i just removed the irrelevant entries ;)
Now I did figure out that the SDL 1.2 packages is replaced by..Who told you to try installing something called "libsdl1.2" ? libsdl1.2-dev should have the correct library (in this case "libsdl1.2debian") as a dependency so manually installing some other "libsdl1.2*" package should not be needed.Code: [Select]Package libsdl1.2 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
...
Not really sure if it was the removal of the yaml 5v5 package that fixed it. I did start with a new source download. Just happy it works now.Assuming you only downloaded OXC source, this is a strong indicator supporting the claim that the yaml-package was shadowing the self compiled one somehow.
That host thing is coming up when using sudo. Started after I changed the hostname of the computer. Haven't bothered looking into a fix for it since it doesn't seem to matter. Maybe it would matter if I where connecting over network though. For now it lands on the ignore until it breaks pile. ;DIf ever needed, you might want to use the hint i left in that post ;)
Also it might have been from https://www.ufopaedia.org/index.php?title=Compiling_%28OpenXcom%29Hmm yes .. but that one is listing the general names of the required software not ubuntu/debian package names, those have their own pages ;)
It is the first one listed under dependencies.
Oh and while I was messing with OBS settings I ran a battle scenario. Moved the first soldier one step. That was as far as he got. :'(Sorry .. OBS .. sometimes i'm bad with abbreviations .. care to elaborate?