Package Details: ghidra-git 10.2.3.r655.601ab94c1-1

Git Clone URL: https://aur.archlinux.org/ghidra-git.git (read-only, click to copy)
Package Base: ghidra-git
Description: Software reverse engineering framework (git)
Upstream URL: https://www.nsa.gov/ghidra
Keywords: binary compiler cryptor debugger decompiler disassembler ELF executable gdb ida-pro MACH MSDOS NSA OEP ollydbg open-source packer PEiD plugin reverse-engineering
Licenses: Apache
Conflicts: ghidra, ghidra-desktop, ghidra-dev
Provides: ghidra
Submitter: flacks
Maintainer: encounter (class101, nullableVoidPtr)
Last Packager: class101
Votes: 9
Popularity: 0.000020
First Submitted: 2019-04-05 17:25 (UTC)
Last Updated: 2023-02-11 02:08 (UTC)

Dependencies (7)

Sources (4)

Pinned Comments

encounter commented on 2020-10-01 07:53 (UTC) (edited on 2022-11-05 15:24 (UTC) by encounter)

All packages for Ghidra require Java 17. (package jdk17-openjdk)

You can set the active Java version using archlinux-java set java-17-openjdk

Latest Comments

1 2 3 4 5 Next › Last »

class101 commented on 2023-12-29 11:14 (UTC)

@bluedevil

The package auto-updates itself. The version shown on the AUR is just manually synchronized when we have some free time to do it but, even if we don’t do it, you will still receive the lastest Git release

Normally, as of writing, your ghidra-git package should be at version 11.0 locally even if the AUR says 10.2.3

If it breaks to compile flag it out of date to send us a notification

bluedevil commented on 2023-12-18 13:09 (UTC)

Can you update the package version 10.4

Polizei commented on 2023-01-02 04:32 (UTC)

As of e3aad672 the build fails because icons were moved to a different directory.

-  install -Dm 644 Ghidra/Framework/Generic/src/main/resources/images/GhidraIcon64.png "$pkgdir"/usr/share/pixmaps/ghidra.png
+  install -Dm 644 Ghidra/Framework/Gui/src/main/resources/images/GhidraIcon64.png "$pkgdir"/usr/share/pixmaps/ghidra.png

nullableVoidPtr commented on 2022-08-02 18:29 (UTC)

As of GP-2132, Ghidra now targets JDK 17.

22c22
<   'java-environment=17'
---
>   'java-environment=11'
61,62c61,62
<   if [[ ! $JDK_VERSION =~ 17\.0 ]]; then
<     echo "FAILURE: You seem to have jdk17 installed correctly but your system defaults to another java version. To enable jdk17 please type: sudo archlinux-java set java-17-openjdk"
---
>   if [[ ! $JDK_VERSION =~ 11\.0 ]]; then
>     echo "FAILURE: You seem to have jdk11 installed correctly but your system defaults to another java version. To enable jdk11 please type: sudo archlinux-java set java-11-openjdk"

class101 commented on 2021-06-30 03:10 (UTC) (edited on 2021-06-30 03:28 (UTC) by class101)

Hey friends in love with RE, I thought it would be useful here to promote a really good app.

Do you probably remember the tool called PEiD which was rather very useful under Windows to quickly analyze a PE executable file, if they were packed and with which packer.

There is now a much better equivalent under Linux, with support of MACH, ELF, PE binaries, plugins, entropy and signatures analysis and so much more,
it is called Detect It Easy[1] or DIE and I initialized its git repo aur/detect-it-easy-git here[2]

It's really worth a look guys, it's pretty amazing how many plugins the author and the community have included into this project, a great swiss army knife tool you could put in your library, and very actively developed :)

[1] https://horsicq.github.io
[2] https://aur.archlinux.org/packages/detect-it-easy-git

class101 commented on 2021-06-15 18:38 (UTC) (edited on 2021-06-15 18:39 (UTC) by class101)

Both issues should be fixed now, if you attempt to build with the wrong jdk you will get a message asking you to type archlinux-java set java-11-openjdk

Updated the conflict section too

Thank you for sharing ;)

Edit: The reason makedepends did not failed the build is because it just checks for the package presence, but is not checking which java version is actually the default version

ignapk commented on 2021-06-15 18:04 (UTC)

No problem, thanks :) Moreover, I noticed that this package seems to conflict with ghidra-desktop:

ghidra-git: /usr/share/applications/ghidra.desktop exists in filesystem (owned by ghidra-desktop)
ghidra-git: /usr/share/pixmaps/ghidra.png exists in filesystem (owned by ghidra-desktop)

class101 commented on 2021-06-15 18:01 (UTC) (edited on 2021-06-15 18:11 (UTC) by class101)

Yeah that's fine you fixed the problem on your end, but ideally the build must fail with something like "You java version is < 11" rather than letting you compile all and experience unexpected results.

Anyway thank you for reporting, will help to fix this

Edit: Ok I see what is wrong, it seems the makedepends only check for the presence of jdk11, but not if it is enabled :( Will try to find something better abou this.

ignapk commented on 2021-06-15 17:58 (UTC)

@class101 I had many different java versions installed, but java-8-jdk was set as active in archlinux-java, the issue was fixed when I ran archlinux-java set java-11-openjdk, I can reproduce and give a verbose log if that helps.

class101 commented on 2021-06-15 17:54 (UTC) (edited on 2021-06-15 17:58 (UTC) by class101)

Interesting because this is not supposed to happen.

we force java to v11 to compile, but not to run the app as the following code

makedepends=(
  'java-environment=11'
)

So it looks thee build did not failed with a java greater than 11 at compile time ???

Will do more testing about this once I get some times, maybe it is a side effect of allowing java>=11 in the dependencies, which would cancel the makedepends

1 2 3 4 5 Next › Last »