Package Details: radare2-git 5.6.7.r27627.7821ddb04b-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
Submitter: l0gic
Maintainer: l0gic
Last Packager: l0gic
Votes: 37
Popularity: 0.000000
First Submitted: 2012-07-16 18:10 (UTC)
Last Updated: 2022-04-08 22:29 (UTC)

Dependencies (8)

Required by (9)

Sources (1)

Latest Comments

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

Manouchehri commented on 2015-10-04 18:36 (UTC)

Any idea why my build is failing? https://gist.github.com/Manouchehri/ee9ae1c61e89dbcd7514

Manouchehri commented on 2015-08-29 07:07 (UTC)

My bad, I accidentally slipped and hit "Flag package out-of-date" instead of "Vote for this package". It definitely builds, you can ignore me.

l0gic commented on 2015-07-15 15:50 (UTC)

Can't reproduce. $ rasm2 -L | grep 6502 _d__ 8 16 6502 LGPL3 6502/NES/C64/T-1000 CPU

bitwave commented on 2015-07-15 08:38 (UTC)

I've got this mysterious bug here: https://github.com/radare/radare2/issues/2929 In my opinion, something with the package is wrong. The build process is good documented in this dockerfile: https://github.com/radare/radare2/blob/master/doc/Dockerfile

l0gic commented on 2014-11-07 15:30 (UTC)

0xAA: Thank you! I honestly couldn't care less about yaourt, hence no efforts from my side to fix the build.

0xAA commented on 2014-11-07 10:16 (UTC)

Okay, I'm back (s/few days/few months/). Root cause here is yaourt env variables - it exports BUILDDIR var, which also is used by capstone buildscripts (kinda tricky part, libcapstone.a target name is dependent on this var, and r2 explicitly uses default value which is valid only if BUILDDIR is not set). Not sure, if upstream needs fixes on this one, because yaourt downloads into BUILDDIR all sources and pkgbuild - I don't see any point to build libcapstone here. As workaround we can undef this var before executing buildscript, and restore it after. @l0gic: can you check out my patch for PKGBUILD? http://dmg.sx/dl/radare2-git/r2pkgbuild.patch

bitwave commented on 2014-09-23 17:58 (UTC)

here's the same maybe it's something with multithreaded make or so?

farwayer commented on 2014-07-21 12:13 (UTC)

>>Can someone confirm? Yep, build fail with yaourt.

0xAA commented on 2014-07-12 11:41 (UTC)

> The build issue is upstream with either r2, or capstone. Looks more like issue with ABS or yaourt - if you try to build it manually (clone git and execute ./sys/build.sh) it will complete correctly. Phew, even if you just download PKGBUILD and execute `makepkg` manually, it will compile w/o errors. But if you'll try to do this via yaourt - compilation will fail with 'No rule to make target libcapstone.a'. Can someone confirm? My setup is ArchLinux x86-64, yaourt 1.5, makepkg 4.1.2, gcc 4.9.0. The issue seems tricky, will try to came up with something in a few days.

l0gic commented on 2014-07-11 15:52 (UTC)

Thanks for the heads-up. I actually just copied the pkgver() from the metasploit-git package. With the new git::url it's not an issue anymore. The build issue is upstream with either r2, or capstone.