Open GoogleCodeExporter opened 9 years ago
The same happened on openSUSE.
A possible workaround is to create the following symbolic link:
ln -s /usr/lib/libpcre.so /usr/lib/libpcre.so.3
Then DuktoR4 works fine.
Original comment by anselmo...@gmail.com
on 18 May 2011 at 5:18
Hello.
I've tried your solution and for Arch I have to use:
# ln -s /lib32/libpcre.so /lib32/libpcre.so.3
Dukto here tries to access the libpcre by /lib32/ not /usr/.
After that I've to install libpng12 (an old library for png).
It has on AUR: http://aur.archlinux.org/packages.php?ID=33795
Finally DuktoR4 has opened. I just not tested the file transfers but seems to
work.
Thanks!
Original comment by gbc...@gmail.com
on 19 May 2011 at 6:22
On Gentoo Linux linking to libpcre.so gave an ELF header error, you should link
the posix version instead.
# ln -s /usr/lib/libpcreposix.so.0.0.0 /usr/lib/libpcre.so.3
This works for R3 and R4, with libpcre 8.12.
Original comment by maurizio...@gmail.com
on 13 May 2012 at 3:03
Original issue reported on code.google.com by
gbc...@gmail.com
on 8 Feb 2011 at 1:39