Package Details: arcan 0.6.1pre1-1

Git Clone URL: https://aur.archlinux.org/arcan.git (read-only, click to copy)
Package Base: arcan
Description: Game Engine meets a Display Server meets a Multimedia Framework
Upstream URL: https://arcan-fe.com
Licenses: GPL, BSD, LGPL
Submitter: WFCody
Maintainer: daurnimator
Last Packager: daurnimator
Votes: 2
Popularity: 0.011046
First Submitted: 2016-05-31 04:54 (UTC)
Last Updated: 2021-05-15 15:51 (UTC)

Latest Comments

lkoell commented on 2021-05-24 11:34 (UTC)

I just rolled over a compiler error on gcc 11. cc1: error: ‘-Wformat-security’ ignored without ‘-Wformat’ [-Werror=format-security]

Adding -DENABLE_WALL_SPAM=On to the cmake build options in PKGBUILD will make it compile again

mcloons commented on 2016-06-02 06:24 (UTC)

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. 4. ARCAN_APPLSTOREPAT should be ARCAN_APPLSTOREPATH

WFCody commented on 2016-05-31 07:20 (UTC) (edited on 2016-06-01 03:54 (UTC) by WFCody)

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 (UTC) (edited on 2016-05-31 06:29 (UTC) by mcloons)

some comments from reading https://github.com/letoram/arcan/wiki/packaging 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)