You are not logged in.
after latest exiv2 udate to version exiv2 0.13-1, each time when I click on any graphics file in konqueror, it generates error complaining about missing libexiv2-0.12.so. Library is actually gone and replaced (?) by libexiv2-0.13.so
creating symlink did not help konqueror crashing when opening graphic file (png, jpg).
How can I fix this?
thank you
Offline
same problem here.
gwenview cant start.
gwenview
gwenview: error while loading shared libraries: libexiv2-0.12.so: cannot open shared object file: No such file or directoryOffline
ditto ...
Mr Green
Offline
Submit a bug report if it hasn't been done. These apps need to be rebuilt against the new exiv.
Offline
thanks, I will
In the meantime, how can I revert (with pacman) to exiv2-012?
Offline
check if you have pkg in /var/cache/pacman/pkg or look in abs for PKGBUILD [exiv2]
Mr Green
Offline
thank you,
unfortunately, I don't have previous version of exiv2
I will have to wait then til bug is corrected
Offline
broch, you can find exiv2-0.12-1 at ftp://ftp.tu-chemnitz.de/pub/linux/suns … ra/os/i686
download it and downgrade with pacman -U
Offline
Thank you.
That did the trick ![]()
Offline
A new exiv2 version, and again some packages don't work...
I took a look at /usr/lib and found a symbolic link that isn't owned by any package:
usr/lib/libexiv2-0.10.so -> libexiv2.so
[root@laptop lib]# pacman -Qo /usr/lib/libexiv2-0.10.so
error: No package owns /usr/lib/libexiv2-0.10.so
My pacman log says:
[2007-04-12 13:44] upgraded exiv2 (0.13-1 -> 0.14-1)
so the previous version of exiv2 was 0.13 not 0.10. Where does this link come from? Can I just rename it manually or should I rebuild my apps? When I rebuild them will they look for the 0.14 version of exiv2? If so I will have to rename the link? I'm confused... ![]()
digiKam developer - www.digikam.org
Offline
and again the problem with gwenview
Offline
manually linking libexiv2.so from the new package to libexiv2-0.12.so or whathever is missing, makes
the apps start (digikam is interested too) while we wait for some bug fixing..
HTH
Fede
Offline
i already files a bug report for gwenview this morning and just did for digikam. If there are more apps which need to be rebuild against the new exiv2 file bug reports ![]()
Last edited by pressh (2007-04-12 18:14:23)
Offline
I really wonder what package created this link:
usr/lib/libexiv2-0.10.so -> libexiv2.so
Yesterday Gimp, gwenview und digikam worked fine, but I don't really know why...
This link should have been called usr/lib/libexiv2-0.13.so because this is the lib Gimp and the others are looking for:
[root@laptop lib]# ldd /opt/kde/bin/gwenview
linux-gate.so.1 => (0xb7fae000)
libkdeinit_gwenview.so => /opt/kde/lib/libkdeinit_gwenview.so (0xb7f57000)
libgwenviewcore.so.1 => /opt/kde/lib/libgwenviewcore.so.1 (0xb7e17000)
libkdeprint.so.4 => /opt/kde/lib/libkdeprint.so.4 (0xb7d59000)
libmng.so.1 => /usr/lib/libmng.so.1 (0xb7ce9000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb7cdf000)
libkmediaplayer.so.0 => /opt/kde/lib/libkmediaplayer.so.0 (0xb7cd5000)
libkparts.so.2 => /opt/kde/lib/libkparts.so.2 (0xb7c97000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7c77000)
libexiv2-0.13.so => not found
digiKam developer - www.digikam.org
Offline
This is actually a problem in the way the library is built in the latest exiv2 package. The tar contents show as:
usr/lib/libexiv2.so.0.0.0whereas for the prior version of the package (0.13-1) it has:
usr/lib/libexiv2-0.13.soI'll file a bug report.
EDIT - Hmmm. After poking around some more I'm thoroughly confused as to who's at fault, though the above is still true and looks bogus to me.
Last edited by alterkacker (2007-04-12 23:25:55)
Offline
Solution:
cd /usr/lib
ln -s libexiv2.so libexiv2-0.13.so
or
ln -s /usr/lib/libexiv2.so /usr/lib/libexiv2-0.13.soLast edited by jjslovak (2007-04-12 23:58:56)
Offline
Thanks a lot, it did the trick. Too bad about that mistake - especially that it reoccured. I already had it once.
celestary
Intel Core2Duo E6300 @ 1.86 GHz
kernel26
KDEmod current repository
Offline