Bug 1226619 - darktable doesn't find library libIlmImf-Imf
Summary: darktable doesn't find library libIlmImf-Imf
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: darktable
Version: 22
Hardware: Unspecified
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Edouard Bourguignon
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-05-31 06:35 UTC by Hans
Modified: 2015-06-01 17:44 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-06-01 17:44:40 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Hans 2015-05-31 06:35:26 UTC
Description of problem:
darktable fails to load with following error: error while loading shared libraries: libIlmImf-Imf_2_1.so.21: cannot open shared object file: No such file or directory

Version-Release number of selected component (if applicable):
1.6.6-1.fc22.x86_64

How reproducible:
Solid, occurs every time.

Steps to Reproduce:
1. issue command darktable

Actual results:
darktable: error while loading shared libraries: libIlmImf-Imf_2_1.so.21: cannot open shared object file: No such file or directory

Expected results:
application loads

Additional info:
As of upgrade to FC22.

Comment 1 Rex Dieter 2015-05-31 13:06:43 UTC
Please post output from:

rpm -q darktable ilmbase OpenEXR


I suspect you still have some f21 pkg on your system.

Comment 2 Rex Dieter 2015-05-31 13:09:39 UTC
Yeah, problem likely was due to
https://admin.fedoraproject.org/updates/FEDORA-2015-6991/darktable-1.6.6-1.fc21

being pushed to stable updates before the corresponding f22 one was, creating a broken upgrade path.  AutoQA gave a warning:

"Automatic push to stable based on karma has been disabled for this update due to failure of an AutoQA test. Update submitter, please check the AutoQA test result and see if there is a valid problem to be fixed here, and fix it if so. If the failure is a mistake on AutoQA's part, you can re-enable the automatic push feature for this update if you like, or push it stable manually once it reaches the requirements under the Updates Policy"

which was apparently ignored by it's maintainer, who queue'd it for stable updates after that anyway.


Good news is that
https://admin.fedoraproject.org/updates/FEDORA-2015-6976/darktable-1.6.6-1.fc22
was pushed to stable updates recently (May 26), so installing updates should fix things.

Comment 3 Hans 2015-05-31 19:08:36 UTC
~$ sudo rpm -q darktable ilmbase OpenEXR
darktable-1.6.6-1.fc22.x86_64
ilmbase-2.2.0-1.fc22.x86_64
OpenEXR-2.2.0-1.fc22.x86_64

Still no solution after updates, will need more time probably.

Comment 4 Rex Dieter 2015-05-31 22:25:56 UTC
You mean it is still failing the same way even after latest updates?

Can you post output from:

ldd -r /usr/bin/darktable

Comment 5 Hans 2015-06-01 08:09:02 UTC
(In reply to Rex Dieter from comment #4)
> You mean it is still failing the same way even after latest updates?

Indeed. After a "dnf clean all && dnf upgrade" darktable still doesn't work.

> 
> Can you post output from:
> 
> ldd -r /usr/bin/darktable

I'll send you the output tonight.

Comment 6 Edouard Bourguignon 2015-06-01 08:24:41 UTC
This is what you should have on a F22, after dnf install darktable:

[edouard@fedora22 ~]$ ldd -r /usr/bin/darktable|grep libIlmI
	libIlmImf-2_2.so.22 => /lib64/libIlmImf-2_2.so.22 (0x00007fd85b956000)

Comment 7 Hans 2015-06-01 17:44:40 UTC
~$ ldd -r /usr/bin/darktable | grep libIlmI
        libIlmImf-2_2.so.22 => /lib64/libIlmImf-2_2.so.22 (0x00007f529e5ea000)

I found out why it doesn't work: on FC21 I compiled DT locally and the binary went to /opt/darktable/bin. On FC22 (GCC 5.1.1) DT doesn't compile so I installed the version from the repo. When starting DT, however, the compiled version tries to load and looks for the old version of the library:

~$ ldd -r /opt/darktable/bin/darktable | grep libIlmI
        libIlmImf-Imf_2_1.so.21 => not found
        libIlmImf-Imf_2_1.so.21 => not found

So this problem is solved for me. Save for the fact that the old verion of DT doesn't load the DB from the new version, so I'm still out of luck.

I suppose that others might be in the same situation (all those compiling DT had to revert to the repo version after upgrade to FC22).


Note You need to log in before you can comment on or make changes to this bug.