R CMD check failed: The requested ICU resource file cannot be found about stringr HOT 10 CLOSED

This is almost identical to gagolews/stringi#155

from stringr.

@yihui I think the failure might be intermittent

from stringr.

@gagolews Oh I did not realize it had been reported. Thanks. But I do not think we have got to the bottom of this issue. It is not necessary to install stringi from Github, either. You just have to install it from source (e.g. the CRAN source package works), and the binary package from marutter's PPA does not work. Well, my experience is that there are quite a few broken binary packages in marutter's PPA...

BTW, what bothers me most about Travis is that we are still stuck in Ubuntu 12.04.

from stringr.

I get the sample problem, irrespective of whether stringr is loaded from github or CRAN:

>     plots <- array.viz(QmethodRes = results)  # produces plots list
Error in stri_trans_nfc(str) : 
  The requested ICU resource file cannot be found. Possible problem: ICU data has not been downloaded yet. Call `stri_install_check()`. (U_FILE_ACCESS_ERROR)
Calls: array.viz -> str_wrap -> stri_wrap -> stri_trans_nfc -> .Call
Execution halted

+1 for

fix the root cause

Ps.: is it just me or is the 3k-line log from Travis.CI even more confusing than ordinary R CMD check?

from stringr.

This is still not resolved. The problem is that stringi fails to detect libicu-dev on Ubuntu and instead tries to build a bundled version, which doesn't work very well.

from stringr.

I have proposed a solution here: gagolews/stringi#162

from stringr.

Maybe let's first try with debugging the Ubuntu libicu-dev-related issue?

from stringr.

And by the way, the U_FILE_ACCESS_ERROR is related to the missing (somehow??) icudt library. If the CRAN guys allowed me to ship icu dt with stringi src package, everything would work like a charm (this would increase the file size by 20MB)...
Anyway, resolving this issue has the highest priority before the next stringi release.

from stringr.

Even if we fix the autoconf check for libicu-dev this does not solve the problem of including a bundled ICU that doesn't fully work. If I forget to install libicu-dev on my system when installing stringi, I would much prefer that the installation exits with a message that I need to run apt-get install libicu-dev, rather than having stringi automatically try to build another copy of ICU.

If this would have been the case, the problem above would have been obvious from the beginning and this issue would have been resolved much sooner. I cant think of any scenario where you would want to use a DIY version of ICU when a perfectly fine one is available from the OS.

from stringr.

Guys, does a fix to gagolews/stringi#164 solve the current issue?

from stringr.