Package Details: openrct2-git 0.4.4.r18.g1174063c27-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: rctdude2
Last Packager: rctdude2
Votes: 30
Popularity: 0.002568
First Submitted: 2014-05-27 09:56 (UTC)
Last Updated: 2023-04-01 20:12 (UTC)

Dependencies (22)

Required by (1)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 14 Next › Last »

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 with install target, which only gets done in package() after successful check().

The options to address that that I can think of right now include: 1. perform install target in check(), before running tests 2. run tests in package() 3. pre-populate required files as part of PKGBUILD 4. use ctest to split running the some tests in check(), some in package()

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 the devtools package). Run it from the same directory you'd run makepkg from.

grahamedgecombe commented on 2018-06-11 18:06 (UTC)

couldn't find where to pass "--nocheck"

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.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 14 Next › Last »