Package Details: arcan 0.5.0.r25.g18d5347-1

Git Clone URL: (read-only)
Package Base: arcan
Description: Game Engine meets a Display Server meets a Multimedia Framework
Upstream URL:
Licenses: GPL, BSD
Submitter: WFCody
Maintainer: mcloons
Last Packager: WFCody
Votes: 1
Popularity: 0.002316
First Submitted: 2016-05-31 04:54
Last Updated: 2016-06-02 13:47

Latest Comments

mcloons commented on 2016-06-02 06:24

I talked with the developer on IRC and he had some hints:

0. mixing binaries from different platform builds is a bad idea, arcan from egl-dri with arcan_lwa from X11 will not produce nice results) so anything to prevent that situation from happening.

1. BINPATH does not need to be set if not the /usr/bin/arcan_frameserver chainloader is renamed to something else, it's for having multiple sets of different implementations for decode/encode/...

2. same with FONTPATH, it's determined at runtime if not explicitly set. So it looks for resourcepath/fonts or appl/fonts and sets that. The env. is for hardened environments where only a specific set of white listed fonts are accepted.

3. ARCAN_STATEPATH should be in a directory of its own, savestates from virtual machines and emulators will end up there, often big with sensitive stuff inside.


WFCody commented on 2016-05-31 07:20

Great comments! Thanks. I will update as soon as possible. Will also include a file in /etc/profile.d for the ARCAN environment variables.

EDIT: I added you as co-maintainer. One thought I had was that it might be interesting to add egl/kms as a build option in the PKGBUILD but default to sdl (since it will not require specific hardware).
I think the "be liberal with binary suffixes" part should be ignored since it would be nice if packages that depend on arcan (which will execute through arcan binaries via a script) can expect a certain binary name. Also, if egl/kms works for you - why would you want to also have sdl?

I am trying to find info on appropriate values for the environment variables and after that I will upload another version.

mcloons commented on 2016-05-31 06:29

some comments from reading

a. luajit is probably better than lua as a dependency for the scripting, that's what it looks for first before falling back from what I can see

b. possibly also define the DISTR_TAG to arch and and possibly suffix the build binary/package with -sdl so there's the possiblity of building the egl-dri (more interesting imo) backend without collision?

c. -DENABLE_LWA=ON, maybe also -DDISABLE_HIJACK=OFF but unsure, so much stuff in here

d. it probes for optional dependencies (libvlc, ffmpeg, libapr, lzma)