You are not logged in.
I have the mozjpeg-git package so there's no libjpeg-turbo or similar stuff indeed, so when upgrading gdk-pixbuf2 this isn't surprising:
g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jasper.so: libjpeg.so.8: cannot open shared object file: No such file or directory
g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so: libjpeg.so.8: cannot open shared object file: No such file or directory
g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.so: libjpeg.so.8: cannot open shared object file: No such file or directoryDespite the error message, pacman still considered the package "installed successfully". How can we work around this in the future?
Last edited by Vrantheo (2014-04-16 02:51:36)
Offline
libjpeg-turbo : provides=('libjpeg=8.0.2' 'turbojpeg')
mozjpeg-git: provides=('libjpeg=8.0.2' 'turbojpeg' 'libjpeg-turbo')
Check if mozjpeg-git misses 1 or more of these :
$ ls /usr/lib -l | grep libjpeg
lrwxrwxrwx 1 root root 16 10 apr 18:45 libjpeg.so -> libjpeg.so.8.0.2
lrwxrwxrwx 1 root root 16 10 apr 18:45 libjpeg.so.8 -> libjpeg.so.8.0.2
-rwxr-xr-x 1 root root 281272 10 apr 18:46 libjpeg.so.8.0.2
$
$ ls /usr/lib -l | grep turbojpeg
lrwxrwxrwx 1 root root 21 10 apr 18:45 libturbojpeg.so -> libturbojpeg.so.0.0.0
lrwxrwxrwx 1 root root 21 10 apr 18:45 libturbojpeg.so.0 -> libturbojpeg.so.0.0.0
-rwxr-xr-x 1 root root 301584 10 apr 18:46 libturbojpeg.so.0.0.0
$ Last edited by Lone_Wolf (2014-04-15 16:06:19)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
There's only libjpeg.so.62.1.0 and libturbojpeg.so.0.1.0. No wonder.
I guess it's something that should be fixed upstream then. Still, according to this, it'd be optimal if mozjpeg can co-exist with libjpeg-turbo rather than conflicting with each other.
Offline