apksigner: no File.toPath() error

[canandlamp]

~/.../build/output $ apksigner sign --ks-type PKCS12 --ks /storage/emulated/0/canandlamp-release-key.keystore.new --in app-unsigned-debug.apk --out test-signed.apk
Keystore password for signer #1:
Exception in thread "main" java.lang.NoSuchMethodError: No virtual method toPath()Ljava/nio/file/Path; in class Ljava/io/File; or its super classes (declaration of 'java.io.File' appears in /system/framework/core-oj.jar)
at com.android.apksigner.ApkSignerTool.sign(ApkSignerTool.java:362)
at com.android.apksigner.ApkSignerTool.main(ApkSignerTool.java:88)

Originally posted by @canandlamp in #5747 (comment)

[canandlamp]

why are old versions not available in repository if the "improved" code is apt to such hangups?

[Hax4us]

what's your android version ?

[canandlamp]

7

[Hax4us]

yes then error makes sense now , as it will not work in Android < 8
toPath() was added in API level 26 ( Oreo ) https://developer.android.com/reference/java/io/File#toPath()

[canandlamp]

is there a repository with previous versions? it used to work fine on this phone

[ghost]

Why no old versions? Server disk space optimization. Our hosting capabilities are limited. We are not Debian.

---

Current apksigner is entirely different program than was before. We have switched from custom implementation (which is not developed anymore) to official one from SDK.

[ghost]

We can provide apksigner-old package, at least until complete JDK will be packaged.

[ghost]

apksigner-old has been added and will be available for installation shortly.

[canandlamp]

thanks. works great with the old style java keystore, but the new style wasn't recognized. sufficient for what's at hand here. thanks again

[Nemris]

@xeffyr I just noticed the new apksigner, but it seems the OpenJDK pulls in a ton of dependencies such as cups. Is there any way to skip those?

[ghost]

You really don't have extra 11MB for cups? Most of space is taken by JDK which takes 300 MB when installed.

[Nemris]

I ended up upgrading - but still, I'm kind of curious about why cups would be needed.

[Grimler91]

libcups is listed as a build dependency in archlinux, so maybe the dependency can be moved to TERMUX_PKG_BUILD_DEPENDS? (I have not tested the build yet)

[ghost]

This is already done in latest rebuild (based on actual linking and built-in dlopen() calls. Interesting that libpng seems to be unused, but headers are needed):

termux-packages/packages/openjdk-17/build.sh

Lines 9 to 11 in ed2f924

	TERMUX_PKG_DEPENDS="freetype, libandroid-shmem, libandroid-spawn, libiconv, zlib"
	TERMUX_PKG_BUILD_DEPENDS="cups, fontconfig, libpng, libx11, libxrender"
	TERMUX_PKG_SUGGESTS="cups, fontconfig, libx11, libxrender"

OpenJDK uses it internally for some functions even in headless build (PrintService API). So cups is still a dependency, even though indirect.