Package Details: tome4 1.5.5-1

Git Clone URL: (read-only)
Package Base: tome4
Description: An open-source, single-player, role-playing roguelike game set in the world of Eyal.
Upstream URL:
Keywords: Eyal Maj Tales Tome Tome4
Licenses: custom, GPL3
Conflicts: tome4-beta, tome4-git, tome4-nomusic
Submitter: schuay
Maintainer: Harms
Last Packager: Harms
Votes: 64
Popularity: 0.022017
First Submitted: 2010-09-14 13:02
Last Updated: 2017-05-26 10:52

Latest Comments

ainola commented on 2015-12-12 05:17

Thanks for maintaining this! For easier searching, perhaps the full name could be included in either the package description or tags. It took a little bit of searching to find this.

Harms commented on 2015-02-04 22:45

I am adding a new tome4 package (tome4-beta) for the beta version that got released today.

Harms commented on 2015-02-04 22:43

- Cleaned up the PKGBUILD a bit.
- Removed redundant dependencies.
- Moved patching step to prepare() section in PKGBUILD.
- Added conflicts with the other tome4 packages.
- Changed checksums from md5 to sha256.

Harms commented on 2014-11-11 11:48

Getting the web component to compile is a bit more convoluted than I thought. For now here's the latests version compiled as usual.

Harms commented on 2014-11-07 08:54

Thanks for flagging it.

There will be a delay before I update the package because I want to try to make the web component (based on cef3) to build. This involves making a new cef3 package since it's not in the AUR yet.

It seems cef3 takes forever to build, so I might just add it as an optional dependency. It will have to be installed on your system before building tome4 though to have an effect.

0ion9 commented on 2014-11-07 01:13

Thanks. I'll try that at the next opportunity.

(I flagged the package out of date, since 1.2.5 is out : )

Harms commented on 2014-10-28 21:32

I have changed the patch to implement fontconfig functionality instead of the hardcoded paths. It should work now with infinality.

0ion9 commented on 2014-10-21 23:05

ttf-bitstream-vera and ttf-droid packages are incorrect; for infinality, ttf-droid-ib and ttf-dejavu-ib are the packages providing those. bohoomil noted in his recent reply ( ) that

"Instead of Vera, we're using DejaVu families, which are technically the same thing. If tome4 doesn't make use of all fontconfig options (which I guess is what might be happening here) and needs exactly Vera, not a substitute (because it won't accept one provided by fontconfig), then you may need to install it from [extra]."

Which according to your explanation, is exactly what is happening. ToME looks in /usr/share/fonts/TTF and finds .. well, very little (infinality-bundle fonts are not placed in that directory at all, rather /usr/share/fonts/ttf-ib-$FONTNAME)

If you have ttf-bitstream-vera or ttf-droid installed, that could be invalidating the test results.

'if ! pacman -Q |grep freetype2-infinality > /dev/null' is a test that could be used to remove the fonts from archive only if infinality is not in use.

Harms commented on 2014-10-20 14:26

Update: I tried with the infinality-bundle myself, but it seems to work for me. Do you have the ttf-bitstream-vera and ttf-droid packages, or some other package that 'provides' these?

Harms commented on 2014-10-20 13:37

The fonts used by the game normally is bundled within the game data archive te4-{pkgver}.teae (which is really just a zip archive). The patch modifies the font loading function to: load from the archive and on failure attempt to load the files from system instead, at: '/usr/share/fonts/TTF/'.

To have the game use other fonts I guess you could try to symlink the required fonts inside the system directory mentioned above.

A much better way however is to bundle them into the .teae file. Use the zip program to add them into the archive. Replace the command following "# Delete built-in fonts from the game." with:

zip -ur "${_inst_dir}/game/engines/te4-${pkgver}.teae" "${srcdir}/data"

- where data is a folder structure like: 'data/font/*.ttf' that is holding all your custom fonts with exactly the same names as the ones that would like to replace.

0ion9 commented on 2014-10-18 01:22

The command following "# Delete built-in fonts from the game." is the problem. Once rebuilt without that command, ToME runs fine.

0ion9 commented on 2014-10-18 01:01

Re: my previous comment: I'm using 64bit arch, with bohoomil's infinality-bundle ( for fonts. Trying the tome4-git package instead, I get similar results, except that the font it complains about is /data/font/Vera.ttf.

I have tried placing symlinks to the required TTF files in all possible data/font directories, but this has no effect. I even used find to do this for every single directory under /opt/tome4/ and also /usr/bin, still no effect.

0ion9 commented on 2014-10-18 00:15

Shows only a blank display, and on the console shows these errors:

Loading WebCore: Failed loading /opt/tome4/ /opt/tome4/ cannot open shared object file: No such file or directory
Lua Error: /engine/utils.lua:933: could not load font: /data/font/DroidSansMono.ttf (14)
At [C]:-1
At [C]:-1 oldNewFont
At /engine/utils.lua:933 newFont
At /engine/Tiles.lua:47 init
At /engine/class.lua:39 new
At /engine/Dialog.lua:27
At [C]:-1 require
At /engine/DebugConsole.lua:21
At [C]:-1 require
At /engine/Game.lua:22
At [C]:-1 require
At /engine/init.lua:28
At [C]:-1 dofile
At /loader/init.lua:196

Kelet commented on 2014-08-08 10:54

1.2.3 is out.

lysergia commented on 2014-07-20 19:45

The premake4 dependency should be changed to premake

Harms commented on 2014-06-04 17:35

Thanks for the headsup :)

magikmw commented on 2014-06-03 13:41

1.2.0 is out.

Harms commented on 2014-05-01 20:46

New update.
SDL2 from [extra] seems to work with tome4 now: changed dependency from SDL2-hg to SDL2. Also added 'RolePlaying' to the Categories in the .desktop file.

If you get the gray cursor bug; try to update libpng (for me it worked with version 1.6.10-1).

Harms commented on 2014-01-11 14:51

Sorry about the late update.

Harms commented on 2013-11-13 23:58

Ok, this isn't working. It's definitely a problem with SDL2, back to hg.

Harms commented on 2013-11-13 19:35

Attempting to use the sdl2 from [extra] again. If it still screws up the cursor, and I cannot find a way to fix that in reasonable time, I will revert back to sdl2-hg from AUR.

Harms commented on 2013-11-04 20:12

It seems that is down lately (with a 502), I cannot log in to my account in the game. Dunno if the chat is affected.

Anonymous comment on 2013-08-11 22:36

Probably it was the zlib/libpng12 problem - after this I always ended with black screen.

The greyed out cursor issue I used to have while playing the 1.0.4 binary version. (unfortunately I don't remember the combination of sdl, sdl-image and sdl-ttf - but I'm quite sure these were the culprits)

Now with your build everything works fine. The game used to crash often while loading, being rather stable in gameplay. After sdl2-hg update from version 7521-1 to 7619-1 the game is stable as never.

PS: sdl2-hg now suggests "downgrade" to 7603-1 which I happily ignore.

Harms commented on 2013-08-11 07:48

For my main desktop with SDL2-hg, yes.
On my 32 bit virtual test machine with SDL2-hg, no (though that is a very minimal setup with TwM and software renderer ... also the vboxvideo device is a bit flakey.)
And like I said on my previous comment, on non-hg SDL2 it doesn't render the cursor texture.

I may look into what's happening later, but right now I have no idea :)
Seems to be hit and miss.

AlexanderR commented on 2013-08-11 07:25

Is the cursor being rendered properly with SDL-hg for you? It used to be permanently screwed for me.

Harms commented on 2013-08-08 21:02

Ok, so I have done quite a bit of testing and trials with the SDL2 stuff in [extra].
The game compiles perfectly, it runs almost perfectly as well.
What doesn't work:
- Resolution! With dual monitor the only fullscreen resolution avaiable to me was 3600x1080 (the X screen resolution), but it's only rendering on the one monitor so 50% of my game is cut off to the right. I can choose a selection of windowed modes that works though.
- The cursor is just a gray block of pointer.

I think I will keep the SDL2-hg stuff (mercurial), as it seems to work perfectly unlike SDL2 (non-hg). I am open for suggestions though :)

(PS: During my (offline) testing the Transmogrification box dropped off of Bill the stone troll, the hell? :O! )

Harms commented on 2013-08-08 13:40

Thanks for the heads up!
I did managed to compile tome4 with SDL2 from extra, but there is no SDL2-ttf (at least not yet; I compiled the one from AUR).
The game launches and the background is rendering, but as I am currently at work still, I haven't done a proper test yet.

I will do more thorough tests later today, and if everything seems to work then I'll update the PKGBUILD.

Cravix commented on 2013-08-08 12:45

seems sdl2 rc version (2.0.0) and related libs are going into [extra] repo these days...
does tome4 work with them?

Harms commented on 2013-08-06 13:52

I am not sure about this, but I do not think that the PKGBUILD is responsible for cleaning up old dependencies. That would be either pacman, or yaourt (or failing that the user) I think.

Either way:
Just run pacman -Qdt to list all orphans. If any of the old dependencies are listed there (sdl_*_hg's, and libpng12), just remove them with pacman.

Btw: I think the reason why 1.0.1 stopped working was zlib being updated past libpng12 in such a way that libpng12 couldn't any longer call zlib correctly. Not even recompiling fixed it for me.

Anonymous comment on 2013-08-05 22:05

For me the 1.0.1 used to work, then got broken somehow. I then played binary 1.0.4, now decided to try this build.
Anyway, the saves don't break (at least mine did not), but the problem I run into was, that the upgrade from 1.0.1 did not cleanly uninstall sdl-*-hg stuff. (might actually be only my problem because I had to hack these in place for the binary version).
The game on x64 works as a charm. Thanks a lot for good work. :)

Harms commented on 2013-08-05 13:22

Oh, and also I believe upgrading from 1.0.1 will most probably break saves ...

Harms commented on 2013-08-05 13:14

Ok, I have uploaded the new version. It seems stable now, but I have only done limited testing for 32bit with VirtualBox with basic X and twm, no HW accel, and slow as shit :)
I haven't really done this before, so bare with me a little. Please give feedback if there are any problems.

- I moved the installation from /usr/lib/tome4 to /opt/tome4 because the package guidelines describe /opt as where to put self-contained software packages.
- Instead of the custom icon, the package is installing the upstream icon located in the te4-1.0.4.teae archive.

AlexanderR commented on 2013-08-03 12:02

I am short on time and don't feel like wasting it on this game anymore (especially, taking in consideration current direction of development). Anyone, feel free to update it to whatever versions/patches you want.

Harms commented on 2013-07-30 11:28

I have located a memory access violation in the source. I will send you a mail with details and a patch later AlexanderR :)
I know also that there is also some bug in the audio code somewhere, probably a leak, but I haven't taken the time to look into that yet. (I have already sent a message to DarkGod).

Harms commented on 2013-07-30 11:24

I have located a memory access violation in the source. I will send you a mail with details and a patch later AlexanderR :)
I know also that there is also some bug in the audio code somewhere, probably a leak, but I haven't taken the time to look into that yet. (I have already sent a message to DarkGod).

Cravix commented on 2013-06-13 12:39

hmm, i get same error for both src and bin ver,
anyway, the news sounds really great, thanks for your notice :) i'll wait for new release xD

AlexanderR commented on 2013-06-11 21:15

It is, but I still have no clue, how to build it. Using old libpng causes black screen, latest versions of libraries compile, but game randomly crashes after a while. Darkgod have released couple of versions with either performance issues or weird release summaries like "replaced the binary with that from X.X.X version", so.. I am going to wait for 1.0.5 or whatever gets released next and ask for correct library versions and build flags for that one. Temporary workaround is building this version with pkgver=1.0.5 and replacing the binary with that from version 1.0.1. Btw SDL 2.0 is in RC phase, so it may finally appear in repository! Great joy! :D

Cravix commented on 2013-06-09 11:05

1.0.4 is out...

AlexanderR commented on 2013-03-16 02:31

Welcome latest MINOR update with brand new character class (sic!) and Second Epic Solipsist Nerf included. And old saves are to vanish, thanks to darkgod as usual...

K900 commented on 2013-03-14 11:38

Maybe use the one from Desura?

AlexanderR commented on 2013-03-14 07:38

>> Any particular reason this doesn't have a desktop entry?

Because upstream tarball doesn't contain one? Either way I need an icon to create it.

K900 commented on 2013-03-14 05:35

Any particular reason this doesn't have a desktop entry?

magikmw commented on 2013-02-01 18:44

I'm using yaourt, yup.
I didn't do anything past running the basic 'yaourt tome4' and choosing this package. After displaying the list of dependancies yaourt displays the line from my comment below, and offers to restart the build. My guess would be either faulty PKGBUILD or perhaps yaourt's inability to find the proper version.

AlexanderR commented on 2013-01-31 23:29


Have you installed sdl_ttf-hg from AUR? Have you updated it to version 222? Do you use yaourt or any other pacman wrapper?

magikmw commented on 2013-01-31 12:38

Build hangs up at this point:
error: target not found: sdl_ttf-hg>=222

AlexanderR commented on 2013-01-05 06:03

One of previous betas have been failing to build until I updated sdl_ttf-hg to rev 222. I wonder, why was that..

bakgwailo commented on 2013-01-04 03:36

looks like sdl_ttf-hg is still at version 202 - can this be used or does it really need 222?

AlexanderR commented on 2013-01-02 01:06

Sorry for delay; thanks to help of Pascal Grossé and few other people here is a new version with fixed graphical issues.

Mr.Smith1974 commented on 2012-12-31 12:18

Tales of Maj'Eyal 1.0.0 is out

Anonymous comment on 2012-08-01 20:40

me too with l0ser140:
Lua Error: /engine/Module.lua:391: attempt to index local 'bkgs' (a nil value)

l0ser140 commented on 2012-08-01 12:02

I have error. ToME starts with blackscreen and nothing happens.

Make wait background texture 2 : 1280x900 (2048, 1024)
Lua Error: /engine/Module.lua:392: attempt to index local 'bkgs' (a nil value)
At [C]:-1 __index
At /engine/Module.lua:392
At [C]:-1 enable
At /engine/Module.lua:384 loadScreen
At /engine/Module.lua:542 instanciate
At /engine/utils.lua:1736 showMainMenu
At /engine/init.lua:124
At [C]:-1 dofile
At /loader/init.lua:170

leffe commented on 2012-06-29 15:41

Crashed after picking a character. Removed the last patch and merged the first three. Now working for real.

leffe commented on 2012-06-28 20:19

Tested and working with:
sdl-hg 6346-1, sdl_ttf-hg 202-1, sdl_image-hg 330-1
CFLAGS="-g -march=native -O1 -pipe"
architecture x86_64.

With regular sdl_image the application randomly crashes at startup.
With more CFLAGS the graphics behave oddly.
x86 can probably skip the last patch to use the JIT Lua.

schuay commented on 2012-06-01 10:29

Since upstream's decision to use SDL-hg, this package has become a huge pain to maintain.
I'm orphaning it, I'm sure somebody will care enough to get this running.

Anonymous comment on 2012-04-20 18:09

I pointed to the link to the solution for the compilation error of sdl-hg in the sdl-hg AUR section:

As recognised in my post on the sdl-hg section, credit to the solution goes to a guy from the Arch forums. I only was able to google for it and thought it was useful to make you aware.

P.S.: while sdl-hg compiles and installs successfully, thanks to the instructions I linked to, t-engine4-src (beta38), after being downloaded by yaourt, seems not to have correct md5sums. I'll try to replicate this on another machine (maybe this one cannot download properly the file 'cause of connection issues, who knows?).

schuay commented on 2012-03-29 06:13

magikmw: the same error occurs for the current sdl-hg.

magikmw commented on 2012-03-28 23:49

schuay: Because for some reason we build from some distant snapshot and not current trunk.

schuay commented on 2012-03-25 10:51

magikmw: What about asking over at sdl-hg instead of here :)

magikmw commented on 2012-03-25 09:12

sdl-hg doesn't build for me:

L_x11dyn.c -fPIC -DPIC -o build/.libs/SDL_x11dyn.o
In file included from ../src/video/x11/SDL_x11dyn.c:110:0:
../src/video/x11/SDL_x11sym.h:106:1: error: conflicting types for ‘XextAddDisplay’
/usr/include/X11/extensions/extutil.h:123:25: note: previous declaration of ‘XextAddDisplay’ was here
make: *** [build/SDL_x11dyn.lo] Error 1

Anyone knows what could cause that?

alex404 commented on 2012-02-29 16:24

So I tried installing sdl-hg by modifying the hg clone in pkgbuild with -u6204 but tome4 still won't install properly. Any thoughts?

schuay commented on 2012-02-28 23:05

If you guys want a working version of tome4 in the future without resorting to having a specific version of sdl-hg installed, I'd recommend nagging upstream until they finally fix their code.
PKGBUILD updated to beta38.

Gwmngilfen commented on 2012-02-27 01:24

beta38 is out. I compiled it by changing the PKGBUILD to beta38 and updating the md5sums, worked fine. That's building against an sdl-hg still frozen at 6204 :)

schuay commented on 2012-02-11 00:57

I haven't had any luck getting beta37 to compile with the current sdl-hg either.
After patching the build system for the new sdl-hg paths, I ran into errors in core_lua.c which seem to be caused by sdl API changes.

I posted about this at the tome4 forums:

schuay commented on 2012-01-30 17:33

Thanks for the heads up.
Right now I don't have the time nor the nerves to work on this (stupid upstream using sdl-hg...). If one of you can provide a working updated version I'll take a look, otherwise it's going to have to wait for a week or so until my exams are over.

Gwmngilfen commented on 2012-01-30 16:52

Looks like SDL-hg has moved to SDL 2, and core is still on SDL 1.2, leaving us with no libraries to compile ToME against. Haven't found a solution yet (even running the static binaries seg-faults on my machine), so this is just a heads-up...

Edit: You can hack the SDL-hg PKGBuild to roll back to version 6204 - that allows tome to work again. Add "-u6204" to the hg clone options. Hacky, but it works.

Gwmngilfen commented on 2012-01-30 12:02

Looks like SDL-hg has moved to SDL 2, and core is still on SDL 1.2, leaving us with no libraries to compile ToME against. Haven't found a solution yet (even running the static binaries seg-faults on my machine), so this is just a heads-up...

schuay commented on 2011-09-12 12:42

Updated to beta33, which unfortunately requires an additional dep on sdl-hg.
Thanks laerte for the package draft!

Anonymous comment on 2011-09-07 13:46

Note: I am not a software developer outside of statistics, so forgive my ignorance.

Would it be possible to package up SDL 1.3 explicitly and tell TOME on compilation to look for (assuming the .so file now is or something) It sounds messy. Are the arch devs working on moving to 1.3? It may just have to wait.

schuay commented on 2011-09-07 08:38

Tome4 has switched to SDL 1.3 since beta32.
Sdl in [extra] is still at 1.2.14, sdl 1.3 conflicts with sdl 1.2, and there is no decent 1.3 package around yet AFAIK.

I'm not sure how to continue, any ideas?

schuay commented on 2011-07-15 16:55

Oh, but that's open_al_, not gl. Adding as a dep, thanks :)

Anonymous comment on 2011-07-15 15:31


In file included from ../src/main.c:41:0:
../src/music.h:33:19: fatal error: AL/al.h: No such file or directory
compilation terminated.


With openal installed it builds fine.

schuay commented on 2011-07-14 14:56

@xares: can you post a reference link or some error message?

Anonymous comment on 2011-07-14 13:24

It seems that opengl is a depend.

schuay commented on 2011-04-22 19:54

saschakb: Can't reproduce, builds fine here.

Anonymous comment on 2011-04-22 09:42

../src/main.c:863:3: error: non-void function 'main' should
return a value [-Wreturn-type]
../src/main.c:878:3: error: non-void function 'main' should
return a value [-Wreturn-type]

schuay commented on 2011-04-01 16:37

Getting the following error with beta22:

./t-engine: symbol lookup error: /opt/tome4//game/engines/cores/te4core-12.tec: undefined symbol: SDL_Init

SDL is installed. Any ideas?

Anonymous comment on 2011-01-26 20:04

Please update

schuay commented on 2010-10-17 09:34

Beta 12 is the latest available, why flag out of date?