Search Criteria
Package Details: arcan 0.5.5-2
| 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: | |
| Submitter: | WFCody |
| Maintainer: | daurnimator |
| Last Packager: | daurnimator |
| Votes: | 1 |
| Popularity: | 0.000000 |
| First Submitted: | 2016-05-31 04:54 |
| Last Updated: | 2019-05-02 04:46 |
Dependencies (12)
- apr
- harfbuzz-icu (harfbuzz-icu-git)
- libvncserver (libvncserver-git)
- lua51
- openal (openal-git)
- sdl (sdl-openglhq, sdl-nokbgrab, sdl-openglhq-nokbgrab, sdl-hg, sdl2_compat12-git)
- vlc (libvlc, vlc-decklink, vlc-git)
- cmake (cmake-git) (make)
- fuse3 (fuse3-git) (make)
- libvncserver (libvncserver-git) (make)
- lua51 (make)
- ruby (ruby1.8, rvm) (make)
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.
4. ARCAN_APPLSTOREPAT should be ARCAN_APPLSTOREPATH
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 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)