Bug #2535
i686: krita fails to start because it's linked to libHalf.so.24 instead of libHalf-2_4.so.24
0%
Description
On i686 krita fails to start while it does start on x86_64:
$ krita krita: error while loading shared libraries: libHalf.so.24: cannot open shared object file: No such file or directory
This is because it links to libHalf.so.24 (
$ ldd $(which krita) | grep libHalf
libHalf.so.24 => not found
libHalf.so.24 => not found
libHalf.so.24 => not found
libHalf.so.24 => not found
Whereas on x86_64 (where krita works) we have:
$ ldd $(which krita) | grep libHalf
libHalf-2_4.so.24 => /usr/lib/libHalf-2_4.so.24 (0x00007f4ea8168000)
History
Updated by freemor over 4 years ago
Krita is an [extra] package can the OP check if this issue still exists. If so I'll forward upstream.
Updated by bill-auger over 4 years ago
libHalf.so is in libre/openexr - that crazy .so name change is
something the upstream did recently
$ pkgfile libHalf.so libre/openexr $ pkgfile -l openexr | grep libHalf libre/openexr /usr/lib/libHalf-2_4.so libre/openexr /usr/lib/libHalf-2_4.so.24 libre/openexr /usr/lib/libHalf-2_4.so.24.0.0 libre/openexr /usr/lib/libHalf.so
i think what happened was that oaken-source upgraded openexr for x86_64 and also i686, but that pushed i686 ahead of arch32, where krita was still expecting the original naming scheme - its just so tempting to try rolling all three ports at the same spped due to the convenience; but that often causes problems, and is why some tickets stay open for a very long time
Updated by GNUtoo almost 4 years ago
- Status changed from confirmed to fixed
fixed, we don't have the issue anymore as krita starts fine.