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.
