Search Criteria
Package Details: openrct2-git 0.4.4.r18.g1174063c27-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/openrct2-git.git (read-only, click to copy) |
---|---|
Package Base: | openrct2-git |
Description: | Open source re-implementation of Roller Coaster Tycoon 2 (requires full copy of the game) |
Upstream URL: | https://openrct2.io |
Licenses: | GPL3 |
Conflicts: | openrct2 |
Provides: | openrct2 |
Submitter: | grahamedgecombe |
Maintainer: | rctdude2 |
Last Packager: | rctdude2 |
Votes: | 30 |
Popularity: | 0.20 |
First Submitted: | 2014-05-27 09:56 (UTC) |
Last Updated: | 2023-04-01 20:12 (UTC) |
Dependencies (22)
- benchmark
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-c-aresAUR, curl-gitAUR)
- discord-rpcAUR (discord-rpc-binAUR, discord-rpc-gitAUR)
- flac (flac-gitAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- icu (icu-gitAUR)
- libogg (libogg-gitAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libvorbis (libvorbis-aotuvAUR, libvorbis-aotuv-lancerAUR, libvorbis-gitAUR)
- libzip (libzip-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- sdl2 (sdl2-gitAUR, sdl2-compat-gitAUR)
- speexdsp (speexdsp-gitAUR)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- nlohmann-json (nlohmann-json-gitAUR) (make)
- alsa-lib (optional) – ALSA audio driver
- kdialog (kdialog-gitAUR) (optional) – System dialog box support (KDE)
- Show 2 more dependencies...
Required by (1)
- rct2-data-gog (requires openrct2) (optional)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 14 Next › Last »
janisozaur commented on 2018-11-03 23:05 (UTC)
That would most likely need to be supported in our cmakelists.txt, I have only added support for building discord-rpc from source. Feel free to file an issue for that, or better yet, submit a PR.
Thaodan commented on 2018-11-03 23:02 (UTC)
thanks. Discord-rpc is also shared and maybe possible as an optdepend.
grahamedgecombe commented on 2018-10-31 19:12 (UTC)
@JudgeManganese: I haven't managed to reproduce that, including when building inside a fresh chroot.
@Thaodan: sure, done.
Thaodan commented on 2018-10-31 09:46 (UTC)
Can we build with distro rapidjson instead of the shared one?
JudgeManganese commented on 2018-09-29 20:33 (UTC)
The objects/title sequences that CMake downloads as part of
package()
are now causing the PKGBUILD to fail with the below error. CMake is showing the hash for an empty file because the file wasn't downloaded. It seems makepkg is not allowing CMake to download because I can manually run the commands inpackage()
and they get downloaded.grahamedgecombe commented on 2018-06-12 20:24 (UTC)
hmm, it's maybe not so simple - I think the tests might expect those files to be in /, rather than inside $DESTDIR...
maybe it's easiest just to disable the tests for now.
grahamedgecombe commented on 2018-06-12 20:01 (UTC)
Ah, good catch!
I'll make it download the objects/title sequences in advance. I've never been very happy with the fact that cmake downloads them (and most distros don't allow this in their policy, as it breaks reproducibility of the build process if the files ever disappear from the net).
I guess another option is that the cmake config should be fixed such that the test target depends on the target that downloads the objects.
janisozaur commented on 2018-06-12 19:32 (UTC)
check()
runs tests, but they need files that get download upon installation withinstall
target, which only gets done inpackage()
after successfulcheck()
.The options to address that that I can think of right now include: 1. perform
install
target incheck()
, before running tests 2. run tests inpackage()
3. pre-populate required files as part of PKGBUILD 4. usectest
to split running the some tests incheck()
, some inpackage()
Other suggestions welcome.
axiac commented on 2018-06-12 00:06 (UTC)
Yes I'm using yay, managed to learn how to do it manually :) (with "--nocheck", I installed devtools but couldn't find extra-x86_64-build). I can see many improvements in the game, but maybe a slower startup time.
grahamedgecombe commented on 2018-06-11 18:11 (UTC)
It might also be worth trying to build it in a chroot so you know you have a clean environment. You can use
extra-x86_64-build
to do that (from thedevtools
package). Run it from the same directory you'd runmakepkg
from.« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 14 Next › Last »