search for: libicuuc

...pel: www.gtlib.gatech.edu * extras: mirror.us.leaseweb.net * rpmforge: mirror.us.leaseweb.net * updates: mirrors.finalasp.com Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package gdisk.x86_64 0:0.8.4-1.el5 will be installed --> Processing Dependency: libicuuc.so.36()(64bit) for package: gdisk-0.8.4-1.el5.x86_64 --> Processing Dependency: libicuio.so.36()(64bit) for package: gdisk-0.8.4-1.el5.x86_64 --> Finished Dependency Resolution Error: Package: gdisk-0.8.4-1.el5.x86_64 (epel) Requires: libicuio.so.36()(64bit) Error: Package: gdisk-0...

...ed to another location or machine simply by copying it. However, I encountered a problem when running it elsewhere: it seems that versions of dynamic libraries used by R are fixed and set at the build time; when that instance of R is run on a system with a different version of certain library (e.g. libicuuc.so.52 instead of libicuuc.so.48), it can't find it and quits. > bin/exec/R: error while loading shared libraries: libicuuc.so.48: cannot open shared object file: No such file or directory Is there a way to overcome this problem? Precompiled versions of R can be installed on various system...

...line.so.6 libcurses.so.1 => /usr/lib/libcurses.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libicuuc.so.3 => /usr/lib/libicuuc.so.3 libicui18n.so.3 => /usr/lib/libicui18n.so.3 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 libmp.so.2 => /usr/lib/libmp.so.2 libmd5.so.1 => /usr/lib...

...4651000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x34709000) libreadline.so.7 => /lib/libreadline.so.7 (0x34712000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x34744000) liblzma.so.0 => /usr/local/lib/liblzma.so.0 (0x34778000) libbz2.so.3 => /usr/lib/libbz2.so.3 (0x347a1000) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x347b2000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x348d0000) libncurses.so.7 => /lib/libncurses.so.7 (0x34a27000) libthr.so.3 => /lib/libthr.so.3 (0x34a66000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x34a7b000) So...

...ed to another location or machine simply by copying it. However, I encountered a problem when running it elsewhere: it seems that versions of dynamic libraries used by R are fixed and set at the build time; when that instance of R is run on a system with a different version of certain library (e.g. libicuuc.so.52 instead of libicuuc.so.48), it can't find it and quits. | | > bin/exec/R: error while loading shared libraries: libicuuc.so.48: cannot open shared object file: No such file or directory | | Is there a way to overcome this problem? Precompiled versions of R can be installed on various...

...(0x00007f4391b15000) > > liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f43918ef000) > > libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f43916de000) > > libz.so.1 => /lib64/libz.so.1 (0x00007f43914c8000) > > librt.so.1 => /lib64/librt.so.1 (0x00007f43912c0000) > > libicuuc.so.54 => /lib64/libicuuc.so.54 (0x00007f4390f2e000) > > libicui18n.so.54 => /lib64/libicui18n.so.54 (0x00007f4390ad7000) > > libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f43908b5000) > > /lib64/ld-linux-x86-64.so.2 (0x00005557e2243000) > > libtinfo.so.5 => /lib64/...

...libreadline.so.6 => /lib/x86_64-linux-gnu/libreadline.so.6 (0x00007f15fc6e9000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f15fc4c6000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f15fc2bd000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f15fc0b9000) libicuuc.so.48 => /usr/lib/x86_64-linux-gnu/libicuuc.so.48 (0x00007f15fbd4a000) libicui18n.so.48 => /usr/lib/x86_64-linux-gnu/libicui18n.so.48 (0x00007f15fb97e000)/lib64/ld-linux-x86-64.so.2 (0x00007f15fe1cf000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f15fb768000) libtinfo.so.5...

...4391d85000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f4391b15000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f43918ef000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f43916de000) libz.so.1 => /lib64/libz.so.1 (0x00007f43914c8000) librt.so.1 => /lib64/librt.so.1 (0x00007f43912c0000) libicuuc.so.54 => /lib64/libicuuc.so.54 (0x00007f4390f2e000) libicui18n.so.54 => /lib64/libicui18n.so.54 (0x00007f4390ad7000) libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f43908b5000) /lib64/ld-linux-x86-64.so.2 (0x00005557e2243000) libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00007f439068a000) libic...

http://dovecot.org/releases/2.2/dovecot-2.2.21.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.21.tar.gz.sig Due to a bit bad doveadm bugs in v2.2.20 here's a fixed v2.2.21. Also from this release forward we're finally using git with branches to make new releases. So new releases will have a bit more time to stabilize in the branch before they're being released (while still

http://dovecot.org/releases/2.2/dovecot-2.2.21.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.21.tar.gz.sig Due to a bit bad doveadm bugs in v2.2.20 here's a fixed v2.2.21. Also from this release forward we're finally using git with branches to make new releases. So new releases will have a bit more time to stabilize in the branch before they're being released (while still

...746ef17000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f746eca7000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f746ea80000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f746e870000) libz.so.1 => /lib64/libz.so.1 (0x00007f746e65a000) librt.so.1 => /lib64/librt.so.1 (0x00007f746e451000) libicuuc.so.54 => /lib64/libicuuc.so.54 (0x00007f746e0c0000) libicui18n.so.54 => /lib64/libicui18n.so.54 (0x00007f746dc69000) libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f746da46000) /lib64/ld-linux-x86-64.so.2 (0x000055fcb8058000) libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00007f746d81c000) libic...

...n by this? Is that the jobs of port-upgrading > tool to safe copy these libraries to compat so that all programs using > the old libraries works? Portupgrade preserves the libraries in /usr/local/lib/compat/pkg: % ls /usr/local/lib/compat/pkg/ libicudata.so.36.0 libicule.so.36.0 libicuuc.so.36.0 libicui18n.so.36.0 libiculx.so.36.0 libicuio.so.36.0 libicutu.so.36.0 ldconfig knows about the directory: % ldconfig -r | head -2 /var/run/ld-elf.so.hints: search directories: /lib:/usr/lib:/usr/lib/compat:/usr/X11R6/lib:/usr/local/lib:/usr/local/lib/mysql:/usr/local/...

...g, from a yum update (saw it with make whatis first): <snip> Running rpm_check_debug error: rpmdbNextIterator: skipping h# 1211 hdr SHA1: BAD, not hex <repeated many times> <snip> ERROR with rpm_check_debug vs depsolve: libicui18n.so.36 is needed by boost-1.33.1-10.el5_7.3.i386 libicuuc.so.36 is needed by boost-1.33.1-10.el5_7.3.i386 Complete! (1, [u'Please report this error in http://bugs.centos.org/set_project.php?project_id=16&ref=http://bugs.centos.org/bug_report_page.php?category=yum']) <snip> Are there any workarounds, or do I need to file this bug?...

...h if I remember requires the development header files for the library). Here's my ldd, which is under /usr/local/lib/dovecot ldd /usr/local/lib/dovecot/libdovecot-fts.so ??? linux-vdso.so.1 =>? (0x00007fff7e4c7000) ??? libicui18n.so.50 => /lib64/libicui18n.so.50 (0x00007facd048d000) ??? libicuuc.so.50 => /lib64/libicuuc.so.50 (0x00007facd0114000) ??? libicudata.so.50 => /lib64/libicudata.so.50 (0x00007facceb41000) ??? libdovecot.so.0 => /usr/local/lib/dovecot/libdovecot.so.0 (0x00007facce7a2000) ??? libc.so.6 => /lib64/libc.so.6 (0x00007facce3d4000) ??? libpthread.so.0 => /l...

...=> /lib64/libpcre.so.1 (0x00007f4391b15000) > liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f43918ef000) > libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f43916de000) > libz.so.1 => /lib64/libz.so.1 (0x00007f43914c8000) > librt.so.1 => /lib64/librt.so.1 (0x00007f43912c0000) > libicuuc.so.54 => /lib64/libicuuc.so.54 (0x00007f4390f2e000) > libicui18n.so.54 => /lib64/libicui18n.so.54 (0x00007f4390ad7000) > libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f43908b5000) > /lib64/ld-linux-x86-64.so.2 (0x00005557e2243000) > libtinfo.so.5 => /lib64/libtinfo.so.5 (0x000...

...) >> > liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f43918ef000) >> > libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f43916de000) >> > libz.so.1 => /lib64/libz.so.1 (0x00007f43914c8000) >> > librt.so.1 => /lib64/librt.so.1 (0x00007f43912c0000) >> > libicuuc.so.54 => /lib64/libicuuc.so.54 (0x00007f4390f2e000) >> > libicui18n.so.54 => /lib64/libicui18n.so.54 (0x00007f4390ad7000) >> > libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f43908b5000) >> > /lib64/ld-linux-x86-64.so.2 (0x00005557e2243000) >> > libtinfo.so...

I run Fedora 22 R package. It is build with --with-lapack \ --with-blas \ --enable-R-shlib \. As the machine will act as a server with lots of R data computing, I try to optimize my R package. At first, I installed parallel_studio_xe_2016 with a free one year licence. Then, I build a package for R with Intel MKL and compiler. This took me lots of time as it was my first .rmp build. I finally

On 10/18/20 10:28 PM, Aki Tuomi wrote: > Dovecot FTS tokenization is not done, unless you have `use_libfts` in fts_solr setting, in your case > > fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts changing - fts_solr = url=https://solr.example.com:8984/solr/dovecot/ soft_commit=yes batch_size=250 + fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts

...zma.so.5 => /lib64/liblzma.so.5 (0x00007f43918ef000) > >> > libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f43916de000) > >> > libz.so.1 => /lib64/libz.so.1 (0x00007f43914c8000) > >> > librt.so.1 => /lib64/librt.so.1 (0x00007f43912c0000) > >> > libicuuc.so.54 => /lib64/libicuuc.so.54 (0x00007f4390f2e000) > >> > libicui18n.so.54 => /lib64/libicui18n.so.54 (0x00007f4390ad7000) > >> > libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f43908b5000) > >> > /lib64/ld-linux-x86-64.so.2 (0x00005557e2243000) > >&...

...01 660772 /usr/lib64/libgfortran.so.3.0.0 369fcef000-369fcf1000 rw-p 000ef000 08:01 660772 /usr/lib64/libgfortran.so.3.0.0 369fcf1000-369fcf2000 rw-p 00000000 00:00 0 36a3600000-36a373f000 r-xp 00000000 08:01 675210 /usr/lib64/libicuuc.so.42.1 36a373f000-36a393f000 ---p 0013f000 08:01 675210 /usr/lib64/libicuuc.so.42.1 36a393f000-36a3950000 rw-p 0013f000 08:01 675210 /usr/lib64/libicuuc.so.42.1 36a3950000-36a3952000 rw-p 00000000 00:00 0 36a3a00000-36a3b88000 r-xp 00000000 08:01 65...