Package Details: ghidra-git 10.0.1.r65.3177b6a88-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)
Last Packager: class101
Votes: 10
Popularity: 0.77
First Submitted: 2019-04-05 17:25
Last Updated: 2021-07-09 13:47

Dependencies (7)

Required by (16)

Sources (4)

Pinned Comments

encounter commented on 2020-10-01 07:53

All packages for Ghidra require Java 11. (package jdk11-openjdk)

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

Latest Comments

1 2 3 4 Next › Last »

class101 commented on 2021-06-30 03:10

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

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

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

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

@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

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

ignapk commented on 2021-06-15 17:50

@class101 My problem was not using java-11, so I deleted my comment as the pinned one already mentions that it's necessary. Everything works fine now, sorry for the confusion.

class101 commented on 2021-06-15 17:46

@ignapk

Got your message, I have recompiled the project but I do not get this error. Did you lack a dependency ? If so let us know which one :)

class101 commented on 2021-06-03 09:54

Ty man, I thought it would be better to request java11 as makedeps, the user is then free to use the java version at runtime. E.g. When you run Eclipse, you run it under the highest Java version as a user, even if the IDE has been compiled with jdk11 or so. I have also updated the versionning system to match what is used with popular package, or sometimes the + is shown before the commit or extra informations but putting it everywhere makes the version a bit hard to read, I hope you don't mind :D

encounter commented on 2021-06-02 19:28

Thanks! I added you as a co-maintainer. I haven't been using -git much, so the help keeping up with upstream changes is appreciated.