Package Details: replay-sorcery-git r253.2b3eb35-1

Git Clone URL: (read-only, click to copy)
Package Base: replay-sorcery-git
Description: Open-source, instant-replay solution for Linux
Upstream URL:
Licenses: GPL3
Conflicts: replay-sorcery
Provides: replay-sorcery
Submitter: murlakatamenka
Maintainer: murlakatamenka
Last Packager: murlakatamenka
Votes: 1
Popularity: 0.51
First Submitted: 2020-07-25 18:19
Last Updated: 2021-01-27 03:02

Latest Comments

1 2 Next › Last »

parkerlreed commented on 2021-01-27 03:12

Thanks. Seems to work.

murlakatamenka commented on 2021-01-27 03:04

My bad, good catch! I've updated binary attributes, does it work fine now?

parkerlreed commented on 2021-01-25 21:36

The replay-sorcery binary needs to be installed with the cmake install (like the normal AUR replay-sorcery does)

755 doesn't work for /usr/bin/replay-sorcery as it needs setuid and setgid to access KMS devices as root (while still running unser user context)

melvyn2 commented on 2021-01-12 16:22

If you look at, you'll see that it looks in the install prefix for the config. Because this builds it with a prefix of /usr, it checks /usr/etc. Additionally, it does not check /usr/local/etc, so it fails to pick up the default config installed here.

murlakatamenka commented on 2021-01-12 13:33

I'm not sure the application uses this location, this needs to be checked out.

melvyn2 commented on 2021-01-08 19:27

install -Dm 644 "../sys/$_pkgname.conf" "$pkgdir/usr/local/etc/$_pkgname.conf"

needs to become

install -Dm 644 "../sys/$_pkgname.conf" "$pkgdir/usr/etc/$_pkgname.conf"

murlakatamenka commented on 2021-01-03 04:56

Updated to respect changes made in version 0.4. Sorry it took so long, sampa82.

sampa82 commented on 2020-12-21 21:20

This needs to be updated. config file has been moved in source, and other modifications required for the 0.4 release.

murlakatamenka commented on 2020-08-02 18:00

Yeah, you're right about make and I understood it even at initial package submission.

I like how current package() is explicit though, I think I've seen some official packages sticking to such way of things instead of relying on make. I'll leave it as it is so far, will update the PKGBUILD if needed.

katt commented on 2020-07-30 18:12

Better than what it was, would still prefer using cmake in package() instead of manually specifying everything, this will be a problem if the project ever adds or removes files.