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 directory
Offline
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.0
whereas for the prior version of the package (0.13-1) it has:
usr/lib/libexiv2-0.13.so
I'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.so
Last 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