Package Details: aacskeys 0.4.0f-10

Git Clone URL: https://aur.archlinux.org/aacskeys.git (read-only, click to copy)
Package Base: aacskeys
Description: A library and program to retrieve decryption keys for HD discs
Upstream URL: http://cyberside.net.ee/ripping/BD_DeviceKeys
Licenses: custom:public domain
Submitter: LinRs
Maintainer: ToadKing
Last Packager: ToadKing
Votes: 2
Popularity: 0.000001
First Submitted: 2019-04-05 15:26 (UTC)
Last Updated: 2025-07-10 22:19 (UTC)

Dependencies (3)

Required by (0)

Sources (5)

Latest Comments

1 2 Next › Last »

lamp commented on 2025-07-17 03:50 (UTC) (edited on 2025-07-31 07:10 (UTC) by lamp)

Here are two patches that fix some of the deprecated function warnings with OpenSSL 3.x

Feel free to take one, both, or neither but figured I should share since I have done the work for my own private fork of the project.

For testing I validated that it built on Arch and validated that it built and ran on Windows 11 (I unfortunately do not have optical drives on my Arch Machine, but use a dedicated Windows PC for optical drive related programs) so if someone could sanity check that it also runs fine on Arch that would be great.

ToadKing commented on 2025-07-11 00:37 (UTC)

@rev.cressy use archlinux-java to make sure your local Java environment is set up correctly. If it's configured to use a JRE java, switch it over to a JDK one, or install one if you don't have it.

rev.cressy commented on 2025-07-10 23:48 (UTC) (edited on 2025-07-10 23:50 (UTC) by rev.cressy)

First the build could not find jni.h so I created a symlink in /usr/include ln -s ffmpeg4.4/libavcodec/jni.h jni.h

now I am getting this error:

src/aacskeys.cpp:2388:1: error: ‘JNIEXPORT’ does not name a type

 2388 | JNIEXPORT jstring JNICALL Java_dumphd_aacs_AACSKeys_getVersionString

      | ^~~~~~~~~

src/aacskeys.cpp:2399:1: error: ‘JNIEXPORT’ does not name a type

 2399 | JNIEXPORT void JNICALL Java_dumphd_aacs_AACSKeys_getKeys

      | ^~~~~~~~~

make[1]: *** [libaacskeys.make:108: obj/linux/ReleaseLib/aacskeys.o] Error 1

make: *** [Makefile:26: libaacskeys] Error 2

==> ERROR: A failure occurred in build().

    Aborting...

ToadKing commented on 2025-02-16 23:16 (UTC)

@llm96 Thanks, I added that to the build and removed the openssl-1.0 dependency.

llm96 commented on 2025-01-24 21:00 (UTC)

Made a patch for fixing compilation with official openssl package: https://gist.github.com/llm96/625803ceed0d23eb81a10fe587b6fb7e

kostjanix commented on 2024-12-05 22:38 (UTC) (edited on 2024-12-05 22:39 (UTC) by kostjanix)

when switching between java-environments: since 0.4.0f-8 when updating with yay, jni.h cannot be found when using e.G. java-8-openjdk/jre.

Use archlinux-java to set a recent version. Works with java-23-openjdk.

ToadKing commented on 2024-10-29 06:34 (UTC)

There's a small patch to this program that fixes a check for bus encryption and builds the standalone executable with Java support. Adding it required some extra finessing of the PKGBUILD file so I have the changes in a diff patch here:

https://gist.github.com/ToadKing/cf44b58bc5852dc2a1c0aa465f100950

Main changes: * Patch the sources with 0.4.0f changes. * Use premake3 instead of the current version. * Fix Java path insertion (JAVA_HOME is no longer used) * Patch the premake file to add Java headers to the standalone aacskeys tool. * Force regen the Makefiles before building (this didn't appear to actually be happening before).

The source for the new code was from here if you want to check it yourself: https://mega.nz/folder/0NsgjBjA#mWAQnhDmCo8pJP5SUNi3Fw

ChristianHein commented on 2023-07-20 12:14 (UTC) (edited on 2023-07-20 12:15 (UTC) by ChristianHein)

The source URLs have changed:

https://archive.deb-multimedia.org/pool/main/a/aacskeys/aacskeys_0.4.0e.orig.tar.gz
https://archive.deb-multimedia.org/pool/main/a/aacskeys/aacskeys_0.4.0e-dmo7.diff.gz

Case_Of commented on 2023-07-08 19:47 (UTC)

Hello, sources aren’t available anymore

TimOverboard commented on 2019-06-06 16:40 (UTC) (edited on 2019-06-06 16:48 (UTC) by TimOverboard)

The diff is downloaded and symlinked in gzipped format. needs unzipping before patch. Adding this line to PKGBUILD fixed for me.

prepare() {

zcat ${pkgname}${pkgver}-${_dmover}.diff.gz > ${srcdir}/${pkgname}${pkgver}-${_dmover}.diff

cd "${srcdir}/${pkgname}-${pkgver}"

patch -Np1 -i "${srcdir}/${pkgname}_${pkgver}-${_dmover}.diff"