Project

General

Profile

Bug #2535

i686: krita fails to start because it's linked to libHalf.so.24 instead of libHalf-2_4.so.24

GNUtoo - 7 months ago - . Updated 6 months ago.

Status:
unconfirmed
Priority:
bug
Assignee:
-
% Done:

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

#1

Updated by freemor 6 months ago

Krita is an [extra] package can the OP check if this issue still exists. If so I'll forward upstream.

#2

Updated by bill-auger 6 months 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

Also available in: Atom PDF