Package Details: recaf-git r2278.e9765d4e-1

Git Clone URL: (read-only, click to copy)
Package Base: recaf-git
Description: A modern Java bytecode editor
Upstream URL:
Keywords: agent asm bytecode bytecode-engineering bytecode-manipulation decompile decompiler java javafx javafx-application jvm-bytecode reverse-engineering static-analysis
Licenses: MIT
Conflicts: recaf, recaf-bin
Provides: recaf
Replaces: recaf
Submitter: dreamscached
Maintainer: dreamscached
Last Packager: dreamscached
Votes: 2
Popularity: 0.000006
First Submitted: 2021-12-18 09:02 (UTC)
Last Updated: 2023-10-26 10:49 (UTC)

Dependencies (4)

Required by (0)

Sources (3)

Latest Comments

1 2 Next › Last »

Score_Under commented on 2023-04-05 13:02 (UTC)

Thanks, it's all building correctly for me now

dreamscached commented on 2023-04-05 09:26 (UTC)

I have updated PKGBUILD with proper path to the patch now. Hopefully works now, now it should reference by $srcdir than absolute path.

Score_Under commented on 2023-04-03 11:58 (UTC)

It still won't build for me because the patch is referenced as if it were above the srcdir, rather than inside the srcdir, which given the exploded directory structure in makechrootpkg doesn't quite work

dreamscached commented on 2023-03-31 15:09 (UTC)

Thank you, I have updated PKGBUILD so it should be working now.

Score_Under commented on 2023-03-31 07:44 (UTC) (edited on 2023-03-31 07:48 (UTC) by Score_Under)

Currently I can't get it to build because of:

==> Starting prepare()...
patch: **** Can't open patch file ../../MavenUtil.patch : No such file or directory

It looks as if the patch isn't present in the sources array, and isn't being referred to from $srcdir. The makechrootpkg script puts these in a different directory tree to makepkg, so the PKGBUILD directory cannot be relied on.

dreamscached commented on 2023-03-03 08:39 (UTC)

Thank you. I apologize for such a delay, I have introduced the changes you have proposed.

Score_Under commented on 2022-11-21 18:54 (UTC)

Sorry to keep pestering, but it still isn't building as-is; I've added this to my copy of the PKGBUILD to get it working for now:

build() {
    cd "$srcdir/$_pkgname"
    MAVEN_USER_HOME="$srcdir/$_pkgname/.m2" ./mvnw -gs "$srcdir/settings.xml" clean package

export JAVA_HOME=/usr/lib/jvm/java-11-openjdk

note that the only difference in the overridden build function is the ../ is removed. jdk11 is used because maven runs tests at the end and recaf doesn't support jdk19. I haven't checked if it works on jdk17 or not, but that's LTS too so it has a fair chance.

Score_Under commented on 2022-11-05 14:58 (UTC)

I think it's almost there, but it's still referring to the settings.xml outside of the srcdir which isn't as reliably accessible when building in a chroot

dreamscached commented on 2022-11-04 21:33 (UTC) (edited on 2022-11-04 22:01 (UTC) by dreamscached)

Noted, I'll roll out a fix this weekend or today if I'll have time.

Score_Under commented on 2022-11-04 11:23 (UTC)

Also after adding java-environment to makedepends, seems to fail on settings.xml because the PKGBUILD assumes that the srcdir is exactly one directory below the pkgbuild directory. When building with makechrootpkg, the srcdir is /build/recaf-git/src and the PKGBUILD is in /startdir. The provided settings.xml should be added to the sources array.