private-bin and packages using other bin paths

[kmk3]

@kmk3 commented on Sep 15:

As you mentioned, exiftool is a program that lives in
/usr/bin/vendor_perl/exiftool on Arch. And it provides a CLI, but there is
no symlink to it in /usr/bin.

private-bin only considers /usr/bin and similar paths when searching for
binaries (see paths in fs_bin.c, as usually any binary that is
intended to be called directly by end users or other programs will live (or
at least provide a symlink) in /usr/bin or a similar path.

For example, see the following binaries:

$ command -v go gofmt jar java qmake6 | xargs file
/usr/bin/go:     symbolic link to /usr/lib/go/bin/go
/usr/bin/gofmt:  symbolic link to /usr/lib/go/bin/gofmt
/usr/bin/jar:    symbolic link to /usr/lib/jvm/default/bin/jar
/usr/bin/java:   symbolic link to /usr/lib/jvm/default-runtime/bin/java
/usr/bin/qmake6: symbolic link to /usr/lib/qt6/bin/qmake
$ pacman -Qo go gofmt jar java qmake6
/usr/bin/go is owned by go 2:1.19-1
/usr/bin/gofmt is owned by go 2:1.19-1
/usr/bin/jar is owned by java-environment-common 3-3.1
/usr/bin/java is owned by java-runtime-common 3-3.1
/usr/bin/qmake6 is owned by qt6-base 6.3.1-1

@kmk3 commented on Sep 16:

Programs that seem to support exiftool:

$ LC_ALL=C pacman -Sii perl-image-exiftool |
  grep -e '^Version' -e '^Required' -e '^Optional For' | head -n 3
Version         : 12.42-1
Required By     : digikam  geotag  gitlab-workhorse  mat2  rapid-photo-downloader
Optional For    : darktable  geeqie  gpsprune  hugin  jpeg-archive  ranger  recoll  shutter

Since there are non-perl-related packages that depend on perl-image-exiftool,
maybe it shoud be "promoted" to just "exiftool" and add a symlink in /usr/bin?

Is there any other perl package being depended upon in the same way? If so,
maybe it would make sense to start considering the perl-related bin paths in
private-bin.