Summary: | digiKam crashes on startup leaving message of unknown symbol | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Jay Ambee <jmbarkei> |
Component: | Portability-Runtime | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED DOWNSTREAM | ||
Severity: | crash | CC: | jmbarkei, kde |
Priority: | NOR | ||
Version: | 1.4.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 1.5.0 | |
Sentry Crash Report: |
Description
Jay Ambee
2010-08-26 09:08:19 UTC
this is because you have a packaging issue it seems digikam and libdigikam are not from the same version. Can you do : rpm -qa | grep digikam and then make sure all packages are from 1.4.0 No problem. I did: ###:~> rpm -qa | grep digikam digikam-lang-1.4.0-46.1.noarch digikam-1.4.0-46.1.i586 ###:~> I also looked for libdigikamcore.so.1, which is from 25.08.10, 20.32h which must be the packaging time yesterday from the package I installed this morning. I "normalized" all digikam packages during the install of the last version, so I am quite sure their versions should match ... but you never know: anywhere else I could look?? Thanks a lot! Jay No problem. I did: ###:~> rpm -qa | grep digikam digikam-lang-1.4.0-46.1.noarch digikam-1.4.0-46.1.i586 ###:~> I also looked for libdigikamcore.so.1, which is from 25.08.10, 20.32h which must be the packaging time yesterday from the package I installed this morning. I "normalized" all digikam packages during the install of the last version, so I am quite sure their versions should match ... but you never know: anywhere else I could look?? Thanks a lot! Jay Oh, that's nice ... one attempt and solved?? It's not as simple as that ... NOT RESOLVED!!!! Thanks This is definitely an issue of how your distribution packages digikam. Hence not a problem of digikam developers. Marking an issue as downstream tells this. Okay ... I see. And problem is solved now. Looks like it really is a problem of openSUSE packaging: digikam and kipiplugins are in 2 packages, then there is a third -doc-package which is described as the "build environment" and therefor seems to be unnecessary for the "normal" user. But if you select it for installation, it does remind you of some more libs that are crucial for digikam and need to be updated. If you do so (even after deselecting the -doc-package again, everything is fine. Bottom line: Even if this is a problem of packaging: why do you accept as developers that crucial parts of your software are scattered around and dislocated so that the avarage user is in danger of getting a non-functional program next time he updates. Wouldn't it be easier and less enerving to create one complete package with all links and dependencies? Sorry, just a question. Thanks for your time! This is essentially a decision to be made by the packagers of the distributions. Different distributions use different schemes of packaging. In your case it looks like the packagers forgot to mark digikam as depending on these libraries (libkdcraw in your case). Packaging digikam in the same package with the libraries is in any cast not acceptable as the libraries are required by other applications, too. |