Fedora 24のlibicuとstringiがRの頭痛の原因となる

Question

私は最近F24にアップグレードしましたが、私のRセッションでは、いくつかのパッケージをロードすることができません。 reshape2、latex2exp、knitrなどがあります。

私が見つけた最初の問題は、F24はlibicu56を使用していましたが、これらのパッケージはlibicu54を期待していました。私は、目的のバージョンとのシンボリックリンクを設定するthis threadでの提案に従っ：最初のエラーが離れて行ったこと

ln -s /usr/lib64/libicui18n.so.56 /usr/lib64/libicui18n.so.54  
ln -s /usr/lib64/libicuuc.so.56 /usr/lib64/libicuuc.so.54 
ln -s /usr/lib64/libicudata.so.56 /usr/lib64/libicudata.so.54 

を、今私は、この持っている：

Error in dyn.load(file, DLLpath = DLLpath, ...) : 
    unable to load shared object '/home/uname/R/x86_64-redhat-linux-gnu-library/3.3/stringi/libs/stringi.so': 
    /home/uname/R/x86_64-redhat-linux-gnu-library/3.3/stringi/libs/stringi.so: undefined symbol: _ZTIN6icu_548ByteSinkE 

これがためstringiパッケージに私をリードしR、しかし私はそれをロードすることはできません - それは同じエラーが発生します。

私はF24とすべてのRパッケージも更新しました。

アイデア？

Answer 1

（Gentoo）別の解決策は、もう存在しない特定のライブラリファイルを探しているので、stringiを削除して再度インストールすることです。

remove.packages('stringi') 
install.packages('stringi') 

あなた.Rprofileその後、あなたはそれが失敗し続ける他に、これを実行するためにR --vanillaを使用してセッションを開始する必要があり、library(stringi)をトリガする場合。

--disable-pkg-configの解決策も同様に機能します。それは、システムに依存するのではなく、stringiがそれ自身のためにicuを作成するようにします（ソースはicuのコピーで出荷されます）。

Answer 2

私はCRANからのtar.gzパッケージをダウンロードすることにより、Fedoraの24日にパッケージstringiをインストールしてから、次のコマンドを実行することができた：

ちょうどICUの更新以下の私に起こった

R CMD INSTALL stringi_1.1.1.tar.gz --configure-args='--disable-pkg-config'