Arch Linux User Repository

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.

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

- 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.

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

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.

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

(I flagged the package out of date, since 1.2.5 is out : http://te4.org/blogs/darkgod/2014/11/tales-majeyal-125-aka-back-and-back-and-back-future-released )

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

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 ( https://bbs.archlinux.org/viewtopic.php?pid=1467792#p1467792 ) 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.

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?

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.