Package Details: autopsy 4.21.0-2

Git Clone URL: (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:
Keywords: forensics gui java postmoterm recovery sleuthkit
Licenses: Apache-2.0
Submitter: Mikos
Maintainer: mh4ckwascut
Last Packager: mh4ckwascut
Votes: 81
Popularity: 0.034527
First Submitted: 2005-09-03 19:00 (UTC)
Last Updated: 2023-10-02 21:23 (UTC)

Dependencies (7)

Required by (0)

Sources (2)

Pinned Comments

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

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.

George528 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.

George528 commented on 2024-02-22 17:03 (UTC) (edited on 2024-02-22 18:16 (UTC) by George528)

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 (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 <>

pkgdesc='Digital forensics platform and graphical interface to The Sleuth Kit® and other digital forensic tools'
depends=(java-runtime=17 testdisk sleuthkit "sleuthkit-java=${_skver}" java17-openjfx)
optdepends=('opencv: media files (64-bit)'
'perl-parse-registry: regripper')

package() {
    cd "${_pkgname}-${pkgver}"

    # Delete unused Windows binaries
    find . -name '*.exe' -delete
    find . -name '*.dll' -delete

    # Add permissions to solr
    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
    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"

GI_Jack commented on 2023-09-28 16:45 (UTC)

Replace dependency java11-openjfx with java17-openjfx