Package Details: radare2-git 5.1.0.r25401.89ff9aaf6e-1

Git Clone URL: https://aur.archlinux.org/radare2-git.git (read-only, click to copy)
Package Base: radare2-git
Description: Open-source tools to disasm, debug, analyze and manipulate binary files
Upstream URL: http://radare.org
Licenses: GPL3, LGPL3
Conflicts: radare2
Provides: radare2=5.1.0
Submitter: l0gic
Maintainer: l0gic
Last Packager: l0gic
Votes: 37
Popularity: 0.33
First Submitted: 2012-07-16 18:10
Last Updated: 2021-02-02 21:02

Required by (8)

Sources (1)

Latest Comments

1 2 3 4 5 6 Next › Last »

bartus commented on 2021-02-01 15:15

Could we have pkgver in provide var?

patch

merge: git am -s < <(curl -s http://ix.io/2NZg)

l0gic commented on 2020-12-26 18:18

The first ln has already been removed in https://aur.archlinux.org/cgit/aur.git/commit/?h=radare2-git&id=fa76e05cd16a632d74a2e4c594adfa3b3b01a446. The ln for the manpage is still necessary, though.

Is this package even maintained at all?

Yes, albeit only if someone complains about a failed build. (I try to find time, and spoons within two weeks.)

Submitter/Maintainer doesn't have public visible email

And I will never add one :)

I don't know how much to trust comments in PKGBUILD

There is only one comment, and it's still relevant https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=radare2-git#n26. Unless you mean the contributor comments, which are accurate.

ratijas commented on 2020-12-24 00:04

Is this package even maintained at all? Submitter/Maintainer doesn't have public visible email, and I don't know how much to trust comments in PKGBUILD.

Anyway, the error is pretty annoying:

ln: failed to create symbolic link '~/projects/radare2/../radare2-pkgdir/usr/bin/r2': File exists
ln: failed to create symbolic link '~/projects/radare2/../radare2-pkgdir/usr/share/man/man1/r2.1.gz': File exists

Please fix it. Remove redundant ln commands. Radare2 already symlinks itself.

bartus commented on 2020-08-20 13:32

radare2 now creates /usr/bin/r2 symlink by itself https://github.com/radareorg/radare2/commit/fb1190d248b09849fd29c9c5854bb32919d83929

ln -s /usr/bin/r2 in package() is redundant and cause beforementioned error.

patch

#merge with:
git am -s < <(curl -s http://ix.io/2uII)

bartus commented on 2020-08-18 16:33

Build failed in package() when creating symlik to r2

radare2-git-...-package.log

Installing /build/radare2-git/src/radare2-git/doc/hud to /build/radare2-git/pkg/radare2-git/usr/share/radare2/4.6.0-git/hudln: failed to create symbolic link 'r2': Permission denied

Ferdi265 commented on 2020-05-18 17:38

@mcd1992: this "fixes" the issue by not using OpenSSL.

radare seems to have 3 implementations of r_big (the biginteger library part of radare):

  • libr/util/big.c: an own implementation based on tiny-bignum-c
  • libr/util/big-gmp.c: an implementation based on gmp (GNU MP bignum library)
  • libr/util/big-ssl.c: an implementation based on OpenSSL

It seems by removing the --with-openssl configure option you have defaulted radare to use the tiny-bignum-based implementation instead of the OpenSSL implementation, where linking fails.

Switching to that is definitely a workaround for this issue, though.

mcd1992 commented on 2020-05-15 01:49

Seems to be an issue linking against openssl. I get a bunch of missing symbols when linking libr.

Removing the export 'patches' and the --with-capstone --with-openssl configure flags seems to fix the issue though.

bartus commented on 2019-08-03 11:09

After static build refactor for android --with-syscapsotne doesn't work anymore. You need to revert this commit.

I've made a patch resolving it, just run this in radare2-git clone

git remote add bartus https://github.com/bartoszek/AUR-radare2-git.git
git fetch bartus
git cherry-pick FETCH_HEAD

Review and git push :) AUR should get PR feature!

Ferdi265 commented on 2019-04-12 17:57

radare2-git fails to build correctly when MAKEFLAGS is set to -j8 or something similar. This seems to be a bug in the radare2 Makefiles.

to work around this issue, it's possible to change to PKGBUILD to call

MAKEFLAGS= make

instead of

make

This should really be fixed upstream though

TheAifam5 commented on 2018-11-07 15:00

@l0gic can you please make an update what @neven says in the comment below?