[RESOLVED] Current Fedora release won't start

[druid]

The current Fedora (code=0.0.13-2.fc19 ; data=0.0.13-1.fc19) release is woefully out of date and borks before playing any game. AFAICT, this bug was fixed months ago but has not been rolled out to the standard repositories.

ERROR: JavaScript error: simulation/components/interfaces/TechnologyTemplateManager.js line 1
Error: Registering interface with already-registered name
  ()@simulation/components/interfaces/TechnologyTemplateManager.js:1
ERROR: CXeromyces: Parse error: in_memory_buffer:1: Element choice is empty
ERROR: CXeromyces: Parse error: in_memory_buffer:1: Element choice is empty
..
..
ERROR: CXeromyces: Parse error: in_memory_buffer:1: Element choice is empty
ERROR: CXeromyces: Parse error: in_memory_buffer:1: Element choice is empty
ERROR: RelaxNGValidator: Failed to compile schema
ERROR: Can't find component type AIInterface
ERROR: Invalid component id 0
ERROR: Can't find component type Barter
ERROR: Invalid component id 0
ERROR: Can't find component type EndGameManager
ERROR: Invalid component id 0
ERROR: Can't find component type GuiInterface
ERROR: Invalid component id 0
ERROR: Can't find component type PlayerManager
ERROR: Invalid component id 0
ERROR: Can't find component type TechnologyTemplateManager
ERROR: Invalid component id 0
ERROR: Can't find component type Timer
ERROR: Invalid component id 0
TIMER| common/setup.xml: 2.1844 ms
TIMER| common/styles.xml: 95.149 us
TIMER| common/sprite1.xml: 4.6016 ms
TIMER| common/init.xml: 2.50291 ms
TIMER| common/common_sprites.xml: 5.97425 ms
TIMER| common/common_styles.xml: 647.39 us
TIMER| loading/styles.xml: 429.508 us
TIMER| loading/sprites.xml: 866.174 us
TIMER| loading/loading.xml: 4.02274 ms
TIMER| common/global.xml: 876.555 us
Using Xcursor to sys_cursor_create 32 x 32 cursor
TIMER| ParseTerrain: 7.64573 ms
ERROR: RelaxNGValidator: No grammar loaded
ERROR: Failed to validate entity template 'gaia/flora_tree_pine_w'
/usr/bin/0ad: line 4:  2222 Segmentation fault	  (core dumped) LD_LIBRARY_PATH=/usr/lib64/0ad /usr/bin/pyrogenesis "$@"

[sanderd17]

Are you sure you didn't apply any patches? There shouldn't be a simulation/components/interfaces/TechnologyTemplateManager.js file. So if you can just delete that, it should work. But I do wonder how it got there.

[sanderd17]

Sorry, now I see it. That file had been deleted in the past, and you're using two different versions of 0AD through each other. The data seems to have version 13-1, while the build is version 13-2. The data and the software should be from the same date before it can work.

[druid]

ERm .... I'm reporting that data=0.0.13-1.fc19 appears to be the latest release & is therefore out-of-date.

If you do a uninstall & then install of latest 0AD, the data=13-1 is selected automatically

Edited August 14, 2013 by druid

[sanderd17]

That 13-2 will probably be a second build try, so from the same date. Have you downloaded 0AD before?

I wonder if you have ever unpacked the public folder, in which case it wouldn't be overwritten, and that file that should be deleted is still there.

[druid]

yes, just havn't run it for a few months.

yum is reporting that :

"No package 0ad-data-0.0.13-2.fc19 available."

[sanderd17]

Can you see where it is installed? The ubuntu package has these files: http://packages.ubuntu.com/precise/all/0ad-data/filelist but I don't know where I can find it for Fedora without downloading. Maybe it's the same path.

Now the /usr/share/games/0ad/mods/ directory (if the paths are the same as in Ubuntu) should ONLY contain a public directory, and that directory should ONLY contain the single file public.zip. If you see any other files or directories in there, delete them.

[druid]

rm /usr/share/0ad/mods/public/simulation/components/interfaces/TechnologyTemplateManager.js

allows me to actually start a game .... a few in-game .js errors being shown but at least it starts

.... followed your advice about the public/public.zip file & cleaned out all the stuff there. Now works fine.

<PROBLEM SOLVED>

Edited August 14, 2013 by druid

[sanderd17]

well, you should remove everything from /usr/share/0ad/mods/public/ except the public.zip file. Or, if that file doesn't exist, remove everything and re-install the 0ad-data package.