Bug#1023313: gap-guava-bin: do not hardcode kv7 in path without depend on gap-kernel-7

[Bill Allombert]

On Mon, Jun 09, 2025 at 04:44:21PM +0200, Jerome BENOIT wrote:
> 
> ==================8><--------------------------------------------------------------------------------
> The package ships an executable file in /usr/lib.
> 
> Please move the file to /usr/libexec.
> 
> With policy revision 4.1.5, Debian adopted the Filesystem Hierarchy Specification (FHS) version 3.0.
> 
> The FHS 3.0 describes /usr/libexec. Please use that location for executables.
> 
> [...]
> -----------------------><8===========================================================================
> 
> So my understanding is that executables in /usr/lib/<archtriplet>/<package>/bin
> might be moved to /usr/libexec/<archtriplet>/<package> .

No they should be moved to /usr/libexec/<package>.
Neither the FHS nor Debian policy define /usr/libexec/<triplet>.
When multiarch was designed, it was decided multiarch would only cover
/lib and not /bin.

The problem with your approach is that it leads to all binaries in /usr/bin/ to
be moved to /usr/libexec/<triplet>/<package> and a wrapper script added to
/usr/bin/.

> # apt-file  find /lib/x86_64-linux-gnu | grep '/bin/' | wc -l
> gives on Sid
> 2576

You are counting packages multiple time. Consider

% apt-file  find /lib/ | grep '/bin/' |cut -d: -f1|sort -u|wc -l
439
vs
% apt-file  find /lib/x86_64-linux-gnu | grep '/bin/' |cut -d: -f1|sort -u|wc -l
60

If we make changes to GAP, we need to be able to justify them. So we need a real usecase.

Cheers,
Bill.