Package Details: rr 5.8.0-3

Git Clone URL: https://aur.archlinux.org/rr.git (read-only, click to copy)
Package Base: rr
Description: Record and Replay framework: lightweight recording and deterministic debugging
Upstream URL: http://rr-project.org/
Licenses: custom
Submitter: dequis
Maintainer: codyps (zrhoffman, SandaruKasa, DarkShadow44, giordano)
Last Packager: SandaruKasa
Votes: 72
Popularity: 1.33
First Submitted: 2015-08-24 23:26 (UTC)
Last Updated: 2024-10-14 21:11 (UTC)

Dependencies (13)

Required by (0)

Sources (1)

Latest Comments

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

LawnGnome commented on 2017-06-22 21:25 (UTC)

I see the same issue. Here are the SHA-1 sums I see (the first two patch files being the ones that don't match the PKGBUILD): [aharvey@aharvey-mbp-linux rr]$ sha1sum *.patch 51dba5dbbe16c3631a101409a28247075668fe7b 2001.patch 401ca2e7108fc305c6644c2d27a86fdb24855fb1 5a16d15ef348c069b82449dcdeaeea3c1eb8639b.patch 7724dbd8c1231410c62a7779ef480857c661882a 94685aa9eb3531c42932f8ceabe40bd06cebe606.patch I've uploaded the files to a Gist: https://gist.github.com/LawnGnome/5230c00bb3b680a6c965a34c797aa95f

dequis commented on 2017-06-20 17:47 (UTC)

It works for me for newly downloaded patches. Can you upload the ones you got?

codyps commented on 2017-06-20 16:10 (UTC) (edited on 2017-06-20 16:11 (UTC) by codyps)

I'm seeing build failures in 4.5.0-4 due to sha1sum mismatches. May be a good idea to just include the patches in the aur package repo directly. ==> Making package: rr 4.5.0-4 (Tue Jun 20 12:08:47 EDT 2017) ==> Retrieving sources... -> Found 4.5.0.tar.gz -> Found 2001.patch -> Found 5a16d15ef348c069b82449dcdeaeea3c1eb8639b.patch -> Found 94685aa9eb3531c42932f8ceabe40bd06cebe606.patch ==> Validating source files with sha1sums... 4.5.0.tar.gz ... Passed 2001.patch ... FAILED 5a16d15ef348c069b82449dcdeaeea3c1eb8639b.patch ... FAILED 94685aa9eb3531c42932f8ceabe40bd06cebe606.patch ... Passed ==> ERROR: One or more files did not pass the validity check! :: failed to verify rr integrity

dequis commented on 2017-06-10 15:52 (UTC)

-index 60de6e4..bb5b527 100644 +index 60de6e47..bb5b527c 100644 Wow that's annoying. It's the new git feature which increases the length of hashes depending on the repository size. Fixed in 4.5.0-4. Also added another patch to build with GCC 7 ( https://github.com/mozilla/rr/pull/2036 )

harmathy commented on 2017-06-10 14:16 (UTC)

Sha1 sums don't match anymore: ==> Making package: rr 4.5.0-3 (Sat Jun 10 16:14:51 CEST 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found 4.5.0.tar.gz -> Found 2001.patch -> Found 5a16d15ef348c069b82449dcdeaeea3c1eb8639b.patch ==> Validating source files with sha1sums... 4.5.0.tar.gz ... Passed 2001.patch ... FAILED 5a16d15ef348c069b82449dcdeaeea3c1eb8639b.patch ... FAILED ==> ERROR: One or more files did not pass the validity check!

dequis commented on 2017-03-21 20:31 (UTC)

4.5.0-3 backports another patch to fix build with glibc 2.25

dequis commented on 2017-03-21 07:27 (UTC)

Thanks, 4.5.0-2 now includes that whole pull request as a patch.

janisozaur commented on 2017-03-21 07:07 (UTC)

Fixed upstream in https://github.com/mozilla/rr/commit/4ad0b6a6d5b58c66ea07b5dbe6bfc6c67a0acfdd and https://github.com/mozilla/rr/commit/d1dfa778c3814174b3e0420a01bbe186466a33bc You can work around that by either applying these patches, not building tests (I doubt the package executes them) or disabling -Werror. The tests are actually needed to be built with debug enabled.

jneem commented on 2017-03-20 00:38 (UTC)

With gcc 6.3.1, I'm getting a failed build due to -Werror: /home/jneeman/.cache/pacaur/rr/src/rr-4.5.0/src/test/ptrace_remote_unmap.c:53:3: error: suggest parentheses around assignment used as truth value [-Werror=parentheses] assert(wret = child); As I discovered when poking around in CMakeLists.txt, the test files are built with debug flags, even in a release build (see CMakeLists.txt:987). Maybe you could just turn off building the tests?

dequis commented on 2016-10-03 04:17 (UTC)

@chris64: that's an error raised by make, which depends on libgc. Either something broken in your system, or arch core bug. rr doesn't use libgc at all.

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