Hello, > It's confirmed to work with my package: android-platform-tools > which currently includes a copy of lzma.
Your patch breaks existing 7z command. Check formats-7z and benchmark-7z-simple test in autopkgtest result. https://salsa.debian.org/debian/7zip/-/jobs/4656760 In fact, /usr/lib/7zip/7z.so is not a shared library, but big fat plugin for 7z command. So, don't replace 7z.so with lib7zip.so.0 . 7z.so includes some C++ interface for plugin system that not needed for liblzma.so.0 in android-platform-tools. If you really want to 7-Zip LZMA library, try Debian lzma-dev package. But lzma-dev package is quite obsolete because of xz-utils package. https://tracker.debian.org/pkg/lzma /usr/lib/{arch}/android/liblzma.so.0 is exists because the android-platform-tools document says org.apache.commons.compress.archivers.sevenz class requires this native library. https://salsa.debian.org/android-tools-team/android-platform-tools/-/blob/debian/34.0.4-1/development/sdk/sdk_files_NOTICE.txt#L14611 > The files in the package org.apache.commons.compress.archivers.sevenz > were derived from the LZMA SDK, version 9.20 (C/ and CPP/7zip/), > which has been placed in the public domain: > "LZMA SDK is placed in the public domain." (http://www.7-zip.org/sdk.html) But current org.apache.commons.compress.archivers.sevenz class in Debian libcommons-compress-java package uses org.tukaani.xz class in Debian libxz-java package to handle LZMA. So, I think the document is obsolete, and there is no need to install liblzma.so.0 or other native libraries. Try libcommons-compress-java package to list 7z files. 1. Install libxz-java package that not automatically installed. 2. Type in from console: "java -jar /usr/share/java/commons-compress.jar foo.7z" -- YOKOTA Hiroshi