Search Criteria
Package Details: openrct2-git r21143.594b08c91-1
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: | grahamedgecombe |
Last Packager: | grahamedgecombe |
Votes: | 26 |
Popularity: | 0.98 |
First Submitted: | 2014-05-27 09:56 (UTC) |
Last Updated: | 2021-04-23 22:54 (UTC) |
Dependencies (19)
- benchmark
- curl (curl-minimal-git, curl-git)
- duktape
- fontconfig (fontconfig-srb, fontconfig-minimal-git, fontconfig-git, fontconfig-ubuntu)
- hicolor-icon-theme (hicolor-icon-theme-git)
- icu (icu-git-static, icu-git)
- libpng (libpng-apng, libpng-minimal-git, libpng-git)
- libzip (libzip-git)
- nlohmann-json (nlohmann-json-git)
- openssl (libressl-git, openssl-hardened, quictls-openssl, openssl-git, openssl-static)
- sdl2 (sdl2-rbp-bin, sdl2-minimal-git, sdl2-minimal-x11-git, sdl2-rpi, sdl2-nox-git, sdl2-nox, sdl2-git)
- speexdsp
- cmake (cmake-git) (make)
- discord-rpc-api (make)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- alsa-lib (alsa-lib-git, alsa-lib-minimal-git, alsa-lib-x205ta) (optional) – ALSA audio driver
- kdialog (kdialog-git) (optional) – System dialog box support (KDE)
- libpulse (libpulse-bluedio, pulseaudio-pali, pulseaudio-dummy, libpulse-nosystemd-git, libpulse-nosystemd, libpulse-nosystemd-minimal-git, libpulse-airplay, pulseaudio-git) (optional) – PulseAudio audio driver
- zenity (zenity-git, zenity-gtk2, qarma-git, zenity-light) (optional) – System dialog box support (GNOME/GTK)
Required by (1)
- rct2-data-gog (requires openrct2) (optional)
Latest Comments
Technetium1 commented on 2022-07-11 04:10 (UTC)
@Thaodan sorry about that, I misread the diff. If using a
.so
then you could do it like this, but it's preferred to require the package which provides the.so
. From the makedepends section of PKGBUILD page on wiki:The packages in the depends array are implicitly required to build the package, they should not be duplicated here.
, so you still don't need to duplicate them.Thaodan commented on 2022-07-07 19:00 (UTC)
@Technetium: hm which dependencies did I add to makedepend and depend?
Offtopic: but if using .so symbols rather than package names having the same package in both make- and depends makes sense.
ilikerackmounts commented on 2022-07-05 20:51 (UTC)
Can someone merge Thaodan's changes? It'd be great for tools that automatically ingest AUR to be able to install/update this rather than to have to do it as a one-off.
Technetium1 commented on 2022-07-03 02:48 (UTC)
@Thaodan packages cannot be in both
depends
andmakedepends
, it's one or the other: https://wiki.archlinux.org/title/PKGBUILDThaodan commented on 2022-06-12 21:41 (UTC) (edited on 2022-06-12 21:53 (UTC) by Thaodan)
This is my pkgbuild with all the fixes I just mentioned:
Thaodan commented on 2022-06-12 20:00 (UTC)
Add this to able to compile: export CXXFLAGS+=" -Wno-error=maybe-uninitialized -Wno-error=restrict -Wno-error=null-dereference"
See:
https://github.com/OpenRCT2/OpenRCT2/issues/17371
Thaodan commented on 2022-06-12 19:33 (UTC)
Benchmark is only optional dependency. The pkgbuild should be updated against cmake packaging guidelines.
Thaodan commented on 2022-06-12 19:17 (UTC) (edited on 2022-06-12 21:05 (UTC) by Thaodan)
I think the closest replacement is discord-rpc-git. In any case if build with discord-rpc enabled its a depend and not a make depend.
Thaodan commented on 2022-06-12 19:16 (UTC)
discord-rpc-api doesn't exist anymore.
IntelOrca commented on 2022-06-09 23:23 (UTC) (edited on 2022-06-09 23:23 (UTC) by IntelOrca)
duktape is no longer required
libflac, libogg, and libvorbis are now required (unless disabled via cmake option)
colejohnson66 commented on 2021-04-23 19:57 (UTC) (edited on 2021-04-23 19:59 (UTC) by colejohnson66)
To fix the error, I just opened up PKGBUILD in a text editor and removed the 4
rm
lines and 2rmdir
lines inside package() (unified diff below). These should probably be changed to conditional removals ala[[ -f FILE ]] && rm FILE
.MrAureliusR commented on 2021-04-04 16:21 (UTC) (edited on 2021-04-04 16:23 (UTC) by MrAureliusR)
I am having this error and I cannot figure out how to get it to build. Do I need to remove Discord first? I tried added discord-rpc-api to both depends and/or makedepends before building, had no effect. Any tips would be greatly appreciated!
JudgeManganese commented on 2021-02-16 01:08 (UTC)
Since commit 818b2a5239 on Jan 11 for implementing https://github.com/OpenRCT2/OpenRCT2/pull/13658, openrct2 build will detect the system discord rpc library. Now if discord-rpc-api is installed, this openrct2-git package will fail with
because openrct2 won't build discord rpc if there is a system one present.
Using the system library or the local discord-rpc repo both produce the same file list, so requiring discord-rpc-api as a build dependency would work here.
janisozaur commented on 2020-07-14 19:50 (UTC)
Please fill out the latest OpenRCT2 survey, you can find more info on Reddit: https://www.reddit.com/r/rct/comments/hr7dow/openrct2_user_survey/ and the survey itself: https://forms.gle/YiFKfLFXatDgwmSa7
slurpee commented on 2020-05-19 09:04 (UTC)
Building OpenRCT2 now requires the
duktape
Community repo package.https://github.com/OpenRCT2/OpenRCT2/wiki/Building-OpenRCT2-on-Linux/_compare/5deb31e4ff70d3a984368a47d9913cd88ecfa22c...b52bac71e819baa0bb85fb3a001bd2b5e9e6183d#diff-5f705bbc95ee85e0d8c0bc5a3a6766f7R44
slurpee commented on 2019-10-19 03:24 (UTC)
I've noticed in some cases that the symlink to the system's rapidjson can sometimes not clean up correctly, causing the build to fail in the prepare step trying to make another symlink. I've added a guard around the
ln
so that it'll only create it if it doesn't exist. Thought it might help, let me know what you think!Thaodan commented on 2019-01-07 05:23 (UTC)
Could you base the pkgver on latest tag + commits since then?
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.grahamedgecombe commented on 2018-06-11 18:06 (UTC)
It's one of makepkg's flags. I guess you're using an AUR helper?
axiac commented on 2018-06-11 15:41 (UTC)
Hey @janisozaur, tried it and got the same error as @wyre, and couldn't find where to pass "--nocheck".
janisozaur commented on 2018-06-11 13:43 (UTC)
@axiac can you check if adding
-DPORTABLE=on
addresses that? Otherwise can you provide more logs? The tests in question all require objects' json data, which should get obtained during cmake packaging, but either it doesn't or it is in improper path.axiac commented on 2018-06-11 13:40 (UTC)
I still had this issue, as of yesterday.
alextee commented on 2018-06-04 10:31 (UTC)
Same issue here, 3 tests failed.
jfernandz commented on 2018-06-01 12:08 (UTC)
I've could package it using --nocheck parameter to makepkg, but I suspect the issue persist, may be related with make version, I guess.
grahamedgecombe commented on 2018-05-31 17:51 (UTC)
I can't reproduce this - does it work now? I guess it could've been an upstream bug that has been fixed already.
You can pass --nocheck to makepkg to skip the tests if necessary.
jfernandz commented on 2018-05-28 22:06 (UTC) (edited on 2018-05-28 22:07 (UTC) by jfernandz)
Packaging process fails to check() stage
grahamedgecombe commented on 2018-05-23 20:27 (UTC)
thanks, I've added a dependency on icu.
I've also switched to the forked version of rapidjson so the package builds on GCC 8.1.
janisozaur commented on 2018-05-23 09:01 (UTC)
We merged https://github.com/OpenRCT2/OpenRCT2/pull/7385 which adds dependency on ICU
janisozaur commented on 2018-05-21 10:37 (UTC) (edited on 2018-05-21 10:38 (UTC) by janisozaur)
@goddisignz this is not the full error. GCC by default ignores
-Wno-*
options and will only display them once encountered actual error, which you skipped. We do test with GCC 8.1 in our CI setup and you may have ran into https://github.com/Tencent/rapidjson/issues/1205 which the upstream maintainers have not bothered to address for the last few months (please do go nag them). If that's the case, either disable discord-rpc (in PKGBUILD) or switch to my hacked version of rapidjson at<https://github.com/janisozaur/rapidjson> patch-1
goddisignz commented on 2018-05-21 10:30 (UTC) (edited on 2018-05-21 10:32 (UTC) by goddisignz)
I currently have a problem compiling the pacakage. I get the following error(s):
cc1plus: error: unrecognized command line option ‘-Wno-global-constructors’ [-Werror]
cc1plus: error: unrecognized command line option ‘-Wno-exit-time-destructors’ [-Werror]
cc1plus: error: unrecognized command line option ‘-Wno-covered-switch-default’ [-Werror]
cc1plus: error: unrecognized command line option ‘-Wno-c++98-compat-pedantic’ [-Werror]
cc1plus: error: unrecognized command line option ‘-Wno-c++98-compat’ [-Werror]
Can this be a problem related to the gcc version? I use the current 8.1.0.
grahamedgecombe commented on 2018-04-16 16:35 (UTC)
imho it's good practice to run the unit tests where available, especially in a project like this as C/C++ have a lot of system-dependent behaviour - and fwiw I think building the main OpenRCT2 executable outweighs the time spent running the tests.
That said, you should be able to pass --nocheck to makepkg to skip running the tests if you want to (although it'll still build them - idk if there's a way we can detect --nocheck in the PKGBUILD).
Enverex commented on 2018-04-16 11:25 (UTC)
Is there any point in "WITH_TESTS=on"? Seems like it's just going to increase the build time and provide no real benefit for users. It's mainly for the devs to test with.
janisozaur commented on 2018-03-06 16:12 (UTC)
We are aware of this and will have a fix soonish.
Upstream discord-rpc changed file name in one of their latest commits (
discord-rpc.h
->discord_rpc.h
) and to fix it you simply need to rename the relevant include. We have not changed the file name upstream yet because we are updating Windows' libraries at the same time.Note that you can also choose to not use discord-rpc at all if you don't want to or use slightly older commit of it.
jfernandz commented on 2018-03-06 16:05 (UTC)
I've got issues with discord_register.h after your fix:
grahamedgecombe commented on 2018-02-10 22:22 (UTC)
thanks, fixed
janisozaur commented on 2018-02-10 21:57 (UTC)
The PKGBUILD seems to be broken:
rmdir: failed to remove '/home/janisozaur/.cache/pacaur/openrct2-git/pkg/openrct2-git/usr/include': Directory not empty
Indeed, there is a lone file
discord_register.h
.grahamedgecombe commented on 2017-11-17 10:23 (UTC)
janisozaur commented on 2017-11-15 21:37 (UTC)
Synthead commented on 2017-10-04 04:19 (UTC)
janisozaur commented on 2017-08-09 21:35 (UTC)
American_Jesus commented on 2017-07-29 15:48 (UTC)
janisozaur commented on 2017-06-26 09:17 (UTC)
grahamedgecombe commented on 2016-12-20 21:14 (UTC)
janisozaur commented on 2016-12-18 23:35 (UTC)
janisozaur commented on 2016-10-28 10:35 (UTC)
grahamedgecombe commented on 2016-10-16 08:19 (UTC)
janisozaur commented on 2016-10-15 21:16 (UTC) (edited on 2016-10-15 22:49 (UTC) by janisozaur)
grahamedgecombe commented on 2016-10-02 11:57 (UTC)
janisozaur commented on 2016-10-02 09:38 (UTC)
janisozaur commented on 2016-09-23 07:18 (UTC)
typh00nz commented on 2016-08-20 06:34 (UTC)
janisozaur commented on 2016-07-06 06:55 (UTC)
grahamedgecombe commented on 2016-06-18 10:12 (UTC)
janisozaur commented on 2016-06-13 21:36 (UTC) (edited on 2016-06-13 21:40 (UTC) by janisozaur)
commented on 2016-06-13 21:35 (UTC)
grahamedgecombe commented on 2016-05-28 08:14 (UTC)
janisozaur commented on 2016-05-27 18:32 (UTC)
janisozaur commented on 2016-05-09 07:02 (UTC)
grahamedgecombe commented on 2016-03-24 12:49 (UTC)
janisozaur commented on 2016-03-23 21:47 (UTC)
phantom94 commented on 2016-03-23 17:31 (UTC)
grahamedgecombe commented on 2016-03-01 19:46 (UTC) (edited on 2016-03-01 19:53 (UTC) by grahamedgecombe)
WhatTheBuck commented on 2016-03-01 18:54 (UTC)
phantom94 commented on 2016-02-26 12:37 (UTC)
papperwing commented on 2016-02-22 12:51 (UTC)
janisozaur commented on 2016-01-11 22:51 (UTC) (edited on 2016-01-13 00:11 (UTC) by janisozaur)
janisozaur commented on 2016-01-09 21:55 (UTC)
grahamedgecombe commented on 2016-01-04 18:00 (UTC)
rubdos commented on 2016-01-04 17:24 (UTC)
grahamedgecombe commented on 2015-12-31 14:16 (UTC)
janisozaur commented on 2015-12-31 14:05 (UTC)
carstene1ns commented on 2015-12-31 14:03 (UTC)
grahamedgecombe commented on 2015-12-24 22:48 (UTC)
janisozaur commented on 2015-12-24 22:05 (UTC)
grahamedgecombe commented on 2015-12-20 21:07 (UTC)
Reded commented on 2015-12-20 16:49 (UTC)
janisozaur commented on 2015-12-19 00:34 (UTC)
janisozaur commented on 2015-11-11 13:33 (UTC)
grahamedgecombe commented on 2015-11-07 10:30 (UTC)
janisozaur commented on 2015-10-27 21:43 (UTC)
mokman commented on 2015-10-27 16:50 (UTC) (edited on 2015-10-27 16:51 (UTC) by mokman)
PureTryOut commented on 2015-10-10 11:36 (UTC)
grahamedgecombe commented on 2015-10-09 17:54 (UTC) (edited on 2015-10-09 17:55 (UTC) by grahamedgecombe)
PureTryOut commented on 2015-10-09 16:41 (UTC)
janisozaur commented on 2015-10-07 15:43 (UTC) (edited on 2015-10-07 16:53 (UTC) by janisozaur)
grahamedgecombe commented on 2015-10-05 21:01 (UTC) (edited on 2015-10-05 21:05 (UTC) by grahamedgecombe)
janisozaur commented on 2015-09-29 06:19 (UTC)
janisozaur commented on 2015-09-23 13:11 (UTC)
PureTryOut commented on 2015-09-02 16:24 (UTC)
grahamedgecombe commented on 2015-09-02 10:32 (UTC)
PureTryOut commented on 2015-08-29 11:10 (UTC)
bwrsandman commented on 2015-08-13 14:13 (UTC)
PureTryOut commented on 2015-08-12 15:45 (UTC)
PureTryOut commented on 2015-08-10 19:10 (UTC)
grahamedgecombe commented on 2015-08-07 18:44 (UTC)
PureTryOut commented on 2015-07-31 21:34 (UTC)
grahamedgecombe commented on 2015-07-11 15:31 (UTC)
yayachiken commented on 2015-07-06 21:59 (UTC)
grahamedgecombe commented on 2015-06-25 18:46 (UTC)
yayachiken commented on 2015-06-25 18:24 (UTC)
grahamedgecombe commented on 2015-05-31 20:51 (UTC)
amk commented on 2015-05-31 18:17 (UTC)
grahamedgecombe commented on 2015-03-22 11:15 (UTC)
skinner commented on 2014-12-31 12:35 (UTC)
artofhbc commented on 2014-08-05 15:56 (UTC)
grahamedgecombe commented on 2014-08-05 11:32 (UTC)
artofhbc commented on 2014-08-05 03:16 (UTC)
artofhbc commented on 2014-08-05 03:08 (UTC)