Missing deps of `libjpeg8`

martadinata666 commented 9 months ago

libjpeg8 does not exist in debian bullseye bookworm, but exists on ubuntu. This application that use libtamoya like parsec throw missing MTY_SOLoad: libjpeg.so.8: cannot open shared object file: No such file or directory

❯ dpkg-query -L  libjpeg62-turbo:amd64
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libjpeg.so.62.3.0
/usr/share
/usr/share/doc
/usr/share/doc/libjpeg62-turbo
/usr/share/doc/libjpeg62-turbo/changelog.Debian.gz
/usr/share/doc/libjpeg62-turbo/changelog.gz
/usr/share/doc/libjpeg62-turbo/copyright
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/libjpeg62-turbo
/usr/lib/x86_64-linux-gnu/libjpeg.so.62

There is hacky way of directly dirty linking libjpeg.so.8 to libjpeg.so.62.3.0 but not preferred.

chrisd1100 commented 9 months ago

Is the interface actually different or is it just a naming issue? Perhaps libmatoya can just check for libjpeg.so.62.3.0 as well?

martadinata666 commented 9 months ago

From my point of view, it is just about the naming issue, but on the backend I can't tell how the libjpeg is used by parsec.

ditaccio commented 7 months ago

I have the same issue, I installed libjpeg62, libjpeg89, libjpeg8-dev, all of the possible available libraries. Parsec does work, even if there's a message about the missing dependencies.

The problem however is that when I run upgrades, it wants to remove it. So I have to keep re-install it, remove dependencies check and reinstall it.

Also when there's a new parsec .deb version, I have to redo all of this.

The following packages have unmet dependencies: parsec : Depends: libjpeg8 which is a virtual package and is not provided by any available package The following actions will resolve these dependencies: Remove the following packages: 1) parsec [150-91a (now)]
Accept this solution? [Y/n/q/?] n

snowcone-ltd / libmatoya

Missing deps of `libjpeg8` #127