similar to: Bug: icu linking issue in fts plugin

+stable@ Yoshihiro Ota wrote: > Why are so many people are bitten 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

On 19/10/2020 16:20, PGNet Dev wrote: > 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/ >

Hi, I am having trouble building R static on Solaris 5.10. I have a requirement to run R within a specific user account on Solaris 5.10 and I do not have access to compilers and or shared libraries on the target machine. I thought I could build R static ( I've build it locally on Solaris with shared libraries) and just ftp the build to the target Solaris box. Can any help with what

Been and R-user for about 5 years now in an industrial setting, and always find the mailing list most helpful. I have run into problem compiling igraph on R. I have contacted the maintainer of igraph, and he has determined that it is not an igraph problem. System is FreeBSD 7.2, R-2.10.1 [also have a sandbox machine running FreeBSD 7.3, R-2.11]. Both machines fail the installation of igraph.

On Wed, Sep 2, 2015 at 7:35 PM, arnaud gaboury <arnaud.gaboury at gmail.com> wrote: > After a few days of reading and headache, I finally gave a try at > building R from source with Intel MKL and ICC. Documentation and posts > on this topic are rather incomplete, sometime fantasist et do not give > much explanations about configure options. > As I am not sure if mine is

Dear R-SIG-Debian, I am using R version 3.1.2 with rstudio-server 0.98.113 on debian build 3.2.0-4-amd64 #1 SMP Debian 3.2.68-1+deb7u1 x86_64 GNU/Linux. I often use the %dopar% operator in from the foreach package to run code in parallel. However, the only other use on the box seemingly installed a few items and suddenly %dopar% will use far more than the number of cores I am specifying and

On Fri, Sep 4, 2015 at 5:58 PM, Martyn Plummer <plummerm at iarc.fr> wrote: > On Wed, 2015-09-02 at 20:49 +0200, arnaud gaboury wrote: >> On Wed, Sep 2, 2015 at 7:35 PM, arnaud gaboury <arnaud.gaboury at gmail.com> wrote: >> > After a few days of reading and headache, I finally gave a try at >> > building R from source with Intel MKL and ICC. Documentation

On Wed, 2015-09-02 at 20:49 +0200, arnaud gaboury wrote: > On Wed, Sep 2, 2015 at 7:35 PM, arnaud gaboury <arnaud.gaboury at gmail.com> wrote: > > After a few days of reading and headache, I finally gave a try at > > building R from source with Intel MKL and ICC. Documentation and posts > > on this topic are rather incomplete, sometime fantasist et do not give > >

On Tue, Sep 29, 2015 at 8:11 PM, Nathan Kurz <nate at verse.com> wrote: > Hi Arnaud -- > > I'm glad it's working for you. I'm not sure I understand your final > answer. Are you saying that the version I posted worked for you as > given, or that you had to remove some of the other options? I say it works perfectly when using the single dynamic library (lmkl_rt):

On Sat, 2015-09-05 at 11:53 +0200, arnaud gaboury wrote: > On Fri, Sep 4, 2015 at 5:58 PM, Martyn Plummer <plummerm at iarc.fr> wrote: > > On Wed, 2015-09-02 at 20:49 +0200, arnaud gaboury wrote: > >> On Wed, Sep 2, 2015 at 7:35 PM, arnaud gaboury <arnaud.gaboury at gmail.com> wrote: > >> > After a few days of reading and headache, I finally gave a try at

After a few days of reading and headache, I finally gave a try at building R from source with Intel MKL and ICC. Documentation and posts on this topic are rather incomplete, sometime fantasist et do not give much explanations about configure options. As I am not sure if mine is correct, I would appreciate some advices and hints. OS: Fedora 22 parallel_studio_xe_2016 Hardware : 8 Thread(s) per

Can you install debug symbols in FreeBSD? Aki > On October 23, 2016 at 6:29 PM Larry Rosenman <larryrtx at gmail.com> wrote: > > > $ gdb /usr/local/bin/doveadm `pwd`/doveadm.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or

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

It seems something like this has been reported already, however, I was unable to find any changelog entries or patches: http://dovecot.2317879.n4.nabble.com/maildirlock-time-unit-td65122.html -- Best regards, Martynas Bendorius > On 12 Apr 2019, at 01:08, Martynas Bendorius <martynas at martynas.it> wrote: > > Hello, > > Maildirlock seems to panic on locking: > [root

Hi, after upgrade to dovecot 2.2.31 (ee) some users (very few) have problem to see, via IMAP, their folders after login. The error in the log is simple master: service(imap): child 15528 killed with signal 11 (core dumped). The user see only the INBOX folder. We are using Director and NFS. Below my configuration and the backtrace. Thanks # dovecot -n # 2.2.31 (65cde28):

Dear R-Users, I am having some trouble running an R extension on our cluster (linux). I call C++ code in which I use a) the Scythe Statistical Library and b) OpenMP. Most of the jobs run without a problem, but some arbitrary jobs throw an exception of the kind printed below while running in a parallel loop. The behavior is to me not reproducible, although at every run of 729 Jobs it at least

This is R 2.10.1, from Fedora 12 and RODBC 1.3-1 (although 1.3-0 has the same problem) on i686. Originally reported here: https://bugzilla.redhat.com/show_bug.cgi?id=557953 Reproducer and output below: [spot at f12.i386 src]$ R R version 2.10.1 (2009-12-14) Copyright (C) 2009 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO

$ gdb /usr/local/bin/doveadm `pwd`/doveadm.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty"

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)