On Fri, 6 May 2022 23:59:31 +0200 Kacper Gutowski <mwgam...@gmail.com> wrote: > Package: arqiver > Version: 0.9.0-1+b1 > Severity: normal > > Currently arqiver depends on '7zip' but it makes no use of it at all. > On the other hand it complains about '7z' command being missing when > opening or creating 7z file unless 'p7zip-full' package that provides > the 7z command is installed. > > Either '7zip' dependency needs to be replaced with 'p7zip-full', or > the package patched to use '7zz' command instead of '7z' (or, even > better, make it work with either). > > -k > > -- System Information: > Debian Release: bookworm/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.17.0-1-amd64 (SMP w/1 CPU thread; PREEMPT) > Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) > LSM: AppArmor: enabled > > Versions of packages arqiver depends on: > ii 7zip 21.07+dfsg-4 > ii gzip 1.12-1 > ii libarchive-tools 3.6.0-1 > ii libc6 2.33-7 > ii libgcc-s1 12-20220428-1 > ii libqt5core5a 5.15.2+dfsg-16+b1 > ii libqt5gui5 5.15.2+dfsg-16+b1 > ii libqt5svg5 5.15.2-4 > ii libqt5widgets5 5.15.2+dfsg-16+b1 > ii libstdc++6 12-20220428-1 > > arqiver recommends no packages. > > arqiver suggests no packages. > > -- no debconf information >
Thank you for reporting this bug. I have made a patch so that now both 7zip and p7zip-full are supported. I will also report this upstream, but I don't think my patch can be accepted there, because I use an absolute path to check for 7zip (/usr/bin/7zz). This is acceptable for Debian, but upstream has to support non-standard paths too.
