Décortiquons un peu 
Sur une buster à jour, après téléchargement de epson-inkjet-printer-escpr_1.7.7-1lsb3.2_amd64.deb procédons à l’extraction des fichiers
mkdir /tmp/epson
dpkg-deb --extract epson-inkjet-printer-escpr_1.7.7-1lsb3.2_amd64.deb /tmp/epson/
cd /tmp/epson/
cd opt/epson-inkjet-printer-escpr/
on trouve deux binaires compilés
fp2@debpacha:/tmp/epson/opt/epson-inkjet-printer-escpr$ file cups/lib/filter/epson-escpr*
cups/lib/filter/epson-escpr: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-lsb-x86-64.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=7544733ac8425dfb1482687d33012a885ceb3759, stripped
cups/lib/filter/epson-escpr-wrapper: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-lsb-x86-64.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=fafedbedc6774363d058de2f69033adf14063a1b, stripped
fp2@debpacha:/tmp/epson/opt/epson-inkjet-printer-escpr$
fp2@debpacha:/tmp/epson/opt/epson-inkjet-printer-escpr$ ldd cups/lib/filter/epson-escpr-wrapper > /tmp/epson.ldd
cd /tmp
fp2@debpacha:/tmp$ for p in $(tail -n +2 epson.ldd | sed -e 's/ => / /' | tr ' ' '\t' | cut -f3)
> do
> pkg=$(in_pkg $p)
> echo $pkg ' ' $p
> done | sort | grep -v '^libc6' | less
on sauvegarde en epson_pkgs.lst (26 paqets)
fp2@debpacha:/tmp$ for pkg in $(cut -d ' ' -f1 epson_pkgs.lst); do echo $pkg
> done
libavahi-client3
libavahi-common3
libcom-err2
libcups2
libcupsimage2
libdbus-1-3
libffi6
libgcrypt20
libgmp10
libgnutls30
libgpg-error0
libgssapi-krb5-2
libhogweed4
libidn2-0
libk5crypto3
libkeyutils1
libkrb5-3
libkrb5support0
liblz4-1
liblzma5
libnettle6
libp11-kit0
libsystemd0
libtasn1-6
libunistring2
zlib1g
fp2@debpacha:/tmp$
Conclusion ce paquet obtenu à coup de alien est dérivé d’un paquet rpm et la
liste des dépendances s’est perdue dans l’opération. On trouve un binaire ELF
qui sert de filtre cups et on n’a même pas libcups2 ni libcupsimage2 dans
les dépendances 
Par contre, la dépendance dogmatique à lsb elle est bien là, et même dans le nom
du fichier .deb.
Un filtre cups construit avec les outils Debian devrait avoir une dépendance de construction libcupsfilters-dev qui aurait amené une dépendance à libcupsfilters1, laquelle dépendance aurai impliqué un bon nombre des 26 dépendances (directement ou indirectement ).
Bref, comme d’habitude un travail ni fait ni à faire.
PS j’ai utilisé une fonction shell qui trouve le nom du paquet à partir du chemin absolu d’un fichier
type in_pkg
in_pkg est une fonction
in_pkg ()
{
dpkg-query --search $1 | tr ':' '\t' | cut -f 1
}
Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة
F. Petitjean
Ingénieur civil du Génie Maritime.
« On ne perd pas son temps en aiguisant ses outils. »
Proverbe français
« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)
