r-stringi icu 58.* version mismatch seem to be back with conda-forge R 3.5.1 on Linux #18
Comments
hermidalc
changed the title
|
I think I found the problem, the latest $ conda search --info conda-forge::r-base=3.5.1
...
r-base 3.5.1 hea2b9be_1007
--------------------------
file name : r-base-3.5.1-hea2b9be_1007.tar.bz2
name : r-base
version : 3.5.1
build : hea2b9be_1007
build number: 1007
size : 33.9 MB
license : GPL-3.0
subdir : linux-64
url : https://conda.anaconda.org/conda-forge/linux-64/r-base-3.5.1-hea2b9be_1007.tar.bz2
md5 : ac92f526a44386300d11a159dff827b8
timestamp : 2019-06-18 20:39:58 UTC
dependencies:
- _r-mutex 1.* anacondar_1
- bwidget
- bzip2 >=1.0.6,<2.0a0
- cairo >=1.16.0,<1.17.0a0
- curl
- freetype >=2.9.1,<3.0a0
- gcc_linux-64 7.*
- gfortran_linux-64 7.*
- glib >=2.58.3,<3.0a0
- gsl >=2.5,<2.6.0a0
- gxx_linux-64 7.*
- icu >=58.2,<59.0a0
- jpeg >=9c,<10a
- krb5 >=1.16.3,<1.17.0a0
- libcurl >=7.64.1,<8.0a0
- libgcc-ng >=7.3.0
- libgfortran-ng >=7,<8.0a0
- libpng >=1.6.35,<1.7.0a0
- libssh2 >=1.8.2,<1.9.0a0
- libstdcxx-ng >=7.3.0
- libtiff >=4.0.9,<5.0a0
- libuuid >=2.32.1,<3.0a0
- libxml2 >=2.9.9,<2.10.0a0
- make
- pango >=1.40.14,<1.41.0a0
- pcre >=8.41,<9.0a0
- readline >=7.0,<8.0a0
- tk >=8.6.9,<8.7.0a0
- tktable
- xz >=5.2.4,<5.3.0a0
- zlib >=1.2.11,<1.3.0a0
r-base 3.5.1 hfb2a302_1009
--------------------------
file name : r-base-3.5.1-hfb2a302_1009.tar.bz2
name : r-base
version : 3.5.1
build : hfb2a302_1009
build number: 1009
size : 39.1 MB
license : GPL-3.0
subdir : linux-64
url : https://conda.anaconda.org/conda-forge/linux-64/r-base-3.5.1-hfb2a302_1009.tar.bz2
md5 : bab249168b1d0ce009d70d2c206c6ec8
timestamp : 2019-07-24 16:55:39 UTC
dependencies:
- _r-mutex 1.* anacondar_1
- bwidget
- bzip2 >=1.0.8,<2.0a0
- cairo >=1.16.0,<1.17.0a0
- curl
- freetype >=2.9.1,<3.0a0
- gcc_linux-64 7.*
- gfortran_linux-64 7.*
- glib >=2.58.3,<3.0a0
- gsl >=2.5,<2.6.0a0
- gxx_linux-64 7.*
- icu >=64.2,<65.0a0
- jpeg >=9c,<10a
- krb5 >=1.16.3,<1.17.0a0
- libcurl >=7.64.1,<8.0a0
- libgcc-ng >=7.3.0
- libgfortran-ng >=7,<8.0a0
- libpng >=1.6.35,<1.7.0a0
- libssh2 >=1.8.2,<1.9.0a0
- libstdcxx-ng >=7.3.0
- libtiff >=4.0.10,<5.0a0
- libuuid >=2.32.1,<3.0a0
- libxml2 >=2.9.9,<2.10.0a0
- make
- pango >=1.42.4,<1.43.0a0
- pcre >=8.41,<9.0a0
- readline >=8.0,<9.0a0
- tk >=8.6.9,<8.7.0a0
- tktable
- xz >=5.2.4,<5.3.0a0
- zlib >=1.2.11,<1.3.0a0
|
|
I see in #16 that 3 days ago you in fact did a rebuild for icu 64.2 but the latest 1.4.3 package at least for linux and r-base 3.5.1 released 3 days ago is still depending on icu 58.* |
I thought so too after reading #16 that there must've been some race condition between r-base and r-stringi releases |
|
PR is open. Let's see what ICU versions are used there during the builds. |
|
Already fixed via #17 @hermidalc Can you try again? |
Looks good now, got 1009 build of r-base and new r-stringi that you built on icu 64.2. Tested loading library too and no issues. Thanks! $ conda update --all
Collecting package metadata (current_repodata.json): done
Solving environment: done
## Package Plan ##
environment location: /home/hermidalc/soft/miniconda3/envs/ml-bio-sklearn
The following packages will be downloaded:
package | build
---------------------------|-----------------
cairo-1.16.0 | hfb77d84_1002 1.5 MB conda-forge
fontconfig-2.13.1 | h86ecdb6_1001 340 KB conda-forge
fribidi-1.0.5 | h516909a_1002 112 KB conda-forge
harfbuzz-2.4.0 | h9f30f68_2 1.5 MB conda-forge
libxslt-1.1.32 | h31b3aaa_1004 520 KB conda-forge
matplotlib-3.1.1 | py37_1 6 KB conda-forge
matplotlib-base-3.1.1 | py37he7580a8_1 6.7 MB conda-forge
pango-1.42.4 | he7ab937_0 515 KB conda-forge
qt-5.9.7 | h0c104cb_3 80.8 MB conda-forge
r-base-3.5.1 | hfb2a302_1009 39.1 MB conda-forge
r-stringi-1.4.3 | r35h0e574ca_3 767 KB conda-forge
rpy2-2.9.4 |py37r351h42aa8d9_2 292 KB conda-forge
simplegeneric-0.8.1 | py_1 7 KB conda-forge
------------------------------------------------------------
Total: 132.0 MB
The following NEW packages will be INSTALLED:
fribidi conda-forge/linux-64::fribidi-1.0.5-h516909a_1002
simplegeneric conda-forge/noarch::simplegeneric-0.8.1-py_1
The following packages will be UPDATED:
cairo 1.16.0-h18b612c_1001 --> 1.16.0-hfb77d84_1002
fontconfig 2.13.1-he4413a7_1000 --> 2.13.1-h86ecdb6_1001
harfbuzz 2.4.0-h37c48d4_1 --> 2.4.0-h9f30f68_2
icu 58.2-hf484d3e_1000 --> 64.2-he1b5a44_0
libxslt 1.1.32-hae48121_1003 --> 1.1.32-h31b3aaa_1004
matplotlib 3.1.1-py37_0 --> 3.1.1-py37_1
matplotlib-base 3.1.1-py37hfd891ef_0 --> 3.1.1-py37he7580a8_1
pango 1.40.14-he7ab937_1005 --> 1.42.4-he7ab937_0
python 3.7.3-h5b0a415_0 --> 3.7.3-h33d41f4_1
qt 5.9.7-h52cfd70_2 --> 5.9.7-h0c104cb_3
r-base 3.5.1-hea2b9be_1007 --> 3.5.1-hfb2a302_1009
r-stringi 1.4.3-r35h0357c0b_2 --> 1.4.3-r35h0e574ca_3
readline 7.0-hf8c457e_1001 --> 8.0-hf8c457e_0
rpy2 2.9.4-py37r351h941a26a_1 --> 2.9.4-py37r351h42aa8d9_2
sqlite 3.28.0-h8b20d00_0 --> 3.29.0-hcee41ef_0
The following packages will be DOWNGRADED:
libxml2 2.9.9-h13577e0_2 --> 2.9.9-hee79883_2 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Latest conda-forge
r-stringifails to load withlibicui18n.so.58: cannot open shared object file: No such file or directoryerror.I believe only a few days ago it was working and I did a
conda update --allsome time and then it broke.Steps to reproduce on a fresh Miniconda3 install:
Environment (
conda list):Details about
condaand system (conda info):The text was updated successfully, but these errors were encountered: