Build failed for me, with an exception when building gradle. On line 3528 of build.gradle, "Process 'command 'perl'' finished with non-zero exit value 2". Aside from errno=2 indicating that something was missing, I have no idea where to go from here.
Search Criteria
Package Details: autopsy 4.21.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/autopsy.git (read-only, click to copy) |
---|---|
Package Base: | autopsy |
Description: | Digital forensics platform and graphical interface to The Sleuth Kit® and other digital forensic tools |
Upstream URL: | http://www.sleuthkit.org/autopsy/ |
Keywords: | forensics gui java postmoterm recovery sleuthkit |
Licenses: | Apache-2.0 |
Submitter: | Mikos |
Maintainer: | mh4ckwascut |
Last Packager: | mh4ckwascut |
Votes: | 82 |
Popularity: | 0.24 |
First Submitted: | 2005-09-03 19:00 (UTC) |
Last Updated: | 2023-10-02 21:23 (UTC) |
Dependencies (7)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jre17AUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- java17-openjfxAUR (java17-openjfx-binAUR)
- sleuthkit (sleuthkit-gitAUR)
- sleuthkit-javaAUR
- testdisk (testdisk-gitAUR, testdisk-wipAUR)
- opencv (opencv-cuda) (optional) – media files (64-bit)
- perl-parse-registryAUR (optional) – regripper
Required by (0)
Sources (2)
ochiruko commented on 2024-10-08 18:24 (UTC)
mh4ckwascut commented on 2024-02-28 15:04 (UTC)
You only have to enable java 17 for the build, you can revert it to 21 later and only use java 17 to use autopsy.
Autopsy is developed to work with java 17, they is no official support for java 21 yet.
georgerabus commented on 2024-02-26 00:40 (UTC)
@mh4ckwascut if I enable system wide jre 17 then other applications that use 21 will stop working. Btw is it possible to update the package to jre 21 or it's too much of a hustle?
mh4ckwascut commented on 2024-02-25 23:15 (UTC)
You can switch to jre 17 using the command archlinux-java
, then try to reinstall from there. The build of java17-openjfx is building because java 21 is used. Otherwise you can try to build the package from a clean chroot.
georgerabus commented on 2024-02-22 17:03 (UTC) (edited on 2024-02-22 18:16 (UTC) by georgerabus)
im trying to install autospy from AUR but it has a jre17-openjdk dependecy, while jre-openjdk is already installed on my system and they are conflicting. How to solve this issue?
eritquearcus commented on 2023-11-23 08:34 (UTC) (edited on 2023-11-23 08:35 (UTC) by eritquearcus)
If you stuck on loading module screen like me, check this https://sleuthkit.discourse.group/t/hangs-on-starting-modules-ubuntu-20-04/2598 (run autopsy with --nosplash
once)
mh4ckwascut commented on 2023-10-20 17:27 (UTC)
I'm the maintainer of the autopsy package and I agree that autopsy and autopsy-bin are mostly the same. I adopted the package when it was orphaed by it previous maintainer and did not change fundamentally the way it works nor choose the package name.
Merging autopsy and autopsy-bin seems like a good solution, we will still be able to change the package name if new rules regarding Java packages naming are adopted.
MarsSeed commented on 2023-10-16 12:08 (UTC)
Meanwhile there doesn't seem to be a good reason to keep the autopsy-bin package. It is a duplicate, it is unmaintained, and AUR/autopsy is functional and up-to-date.
TU's might change the Java related AUR package naming policy later, but as of now, AUR/autopsy does not violate any rule and it's enough to keep that package.
The auropsy-bin package, however, violates the AUR rule that says that packages have to be useful to users. An unmaintained duplicate is not useful.
It is a good thing that @yan12125 has initiated a debate on aur-general about the Java package naming policy and whether to enforce a '-bin' suffix in the future for non-source-build Java packages. But as per preexisting rules, even he should have accepted the deletion of this abandoned duplicate.
I've submitted a new merge request from autopsy-bin to autopsy. Let's see what happens with this one. :)
a821 commented on 2023-10-16 11:52 (UTC)
@bader: first of all, this package is out-of-date for more than 180 days, so you could submit an orphan request which should be accepted automatically. After that you can push an update and become the maintainer.
This package is a duplicated of autopsy
in the sense both use pre-compiled jar files from upstream. In theory autopsy
should be build from sources, but there is/was an exception for java packages. I tried to delete this using that exception as reason (and the fact that's been out-of-date for long), but a TU rejected this argument. Now there's an open thread started by said maintainer in the AUR mailing list on whether the exception makes sense. No other TU has manifested their opinion, so everything is on a limbo. /rant
bader commented on 2023-10-16 06:10 (UTC) (edited on 2023-10-16 06:11 (UTC) by bader)
updated pkgbuild without hash. save locally as PKGBUILD and use makepkg -si --skipinteg
to build without hash verification.
# Maintainer: Luís Ferreira <contact at lsferreira dot net>
# Contributor: Oscar Shrimpton <oscar.shrimpton.personal@gmail.com>
_pkgname=autopsy
pkgname=${_pkgname}-bin
pkgver=4.21.0
pkgrel=3
pkgdesc='Digital forensics platform and graphical interface to The Sleuth Kit® and other digital forensic tools'
arch=(x86_64)
url='http://www.sleuthkit.org/autopsy/'
license=('Apache-2.0')
_skver=4.11.1
depends=(java-runtime=17 testdisk sleuthkit "sleuthkit-java=${_skver}" java17-openjfx)
makedepends=()
optdepends=('opencv: media files (64-bit)'
'perl-parse-registry: regripper')
source=(
"https://github.com/sleuthkit/${_pkgname}/releases/download/${_pkgname}-${pkgver}/${_pkgname}-${pkgver}.zip"
Autopsy.desktop
autopsy)
sha512sums=('skip'
'skip'
'skip')
package() {
cd "${_pkgname}-${pkgver}"
# Delete unused Windows binaries
# https://github.com/sleuthkit/autopsy/issues/6806
find . -name '*.exe' -delete
find . -name '*.dll' -delete
# Add permissions to solr
# https://github.com/sleuthkit/autopsy/issues/7547
chmod 755 autopsy/solr/bin/autopsy-solr
install -d "${pkgdir}/opt/${_pkgname}"
cp -r * "$pkgdir/opt/${_pkgname}/"
# copy sleuthkit jar into autopsy
rm -f $pkgdir/opt/${_pkgname}/${_pkgname}/modules/ext/sleuthkit-${_skver}.jar
ln -s /usr/share/java/sleuthkit-${_skver}.jar $pkgdir/opt/${_pkgname}/${_pkgname}/modules/ext/sleuthkit-${_skver}.jar
# overwrite bin/autopsy with proper permissions
# https://github.com/sleuthkit/autopsy/issues/7547
install -m755 bin/autopsy "$pkgdir/opt/${_pkgname}/bin/autopsy"
# add executable
install -d "$pkgdir/usr/bin"
install -Dm755 "$srcdir/autopsy" "$pkgdir/usr/bin"
install -d "$pkgdir/usr/share/pixmaps"
install -Dm0644 icon.ico $pkgdir/usr/share/pixmaps/autopsy.ico
install -d "$pkgdir/usr/share/applications"
install -Dm644 "$srcdir/Autopsy.desktop" "$pkgdir/usr/share/applications"
install -Dm644 'LICENSE-2.0.txt' "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
}
Pinned Comments