Error loading brms 2.14.0 on CentOS Linux

Interfaces brms
1

When I try to load brms 2.14.0 on a cluster (CentOS Linux), I receive the following error:

Loading required package: Rcpp
Error: package or namespace load failed for ‘brms’ in dyn.load(file, DLLpath = DLLpath, ...):
 unable to load shared object '/Users/username/Documents/Projects/Bayesian_IRT/packrat/lib/x86_64-pc-linux-gnu/4.0.2/igraph/libs/igraph.so':
  libglpk.so.36: cannot open shared object file: No such file or directory
Execution halted

It seems similar to the error here (though rstan loads fine for me): After installing brms, Rstan or brms will not load. However, the solution suggested to use R 4.0.2, which I am using. I installed brms (and its dependencies) from source. As far as I could tell, brms and its dependencies installed correctly.

Here’s my sessionInfo():

R version 4.0.2 (2020-06-22)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: CentOS Linux 7 (Core)

Matrix products: default
BLAS/LAPACK: /opt/ssoft/apps/2020.2/linux-centos7-x86_64/gcc-4.8.5/intel-mkl-2020.2.254-tdhfzki/compilers_and_libraries_2020.2.254/linux/mkl/lib/intel64_lin/libmkl_gf_lp64.so

locale:
 [1] LC_CTYPE=en_US.UTF-8       LC_NUMERIC=C              
 [3] LC_TIME=en_US.UTF-8        LC_COLLATE=en_US.UTF-8    
 [5] LC_MONETARY=en_US.UTF-8    LC_MESSAGES=en_US.UTF-8   
 [7] LC_PAPER=en_US.UTF-8       LC_NAME=C                 
 [9] LC_ADDRESS=C               LC_TELEPHONE=C            
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C       

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

other attached packages:
 [1] rstan_2.21.2         StanHeaders_2.21.0-6 data.table_1.13.2   
 [4] forcats_0.5.0        stringr_1.4.0        dplyr_1.0.2         
 [7] purrr_0.3.4          readr_1.4.0          tidyr_1.1.2         
[10] tibble_3.0.4         ggplot2_3.3.2        tidyverse_1.3.0     

loaded via a namespace (and not attached):
 [1] tidyselect_1.1.0   haven_2.3.1        V8_3.2.0           colorspace_1.4-1  
 [5] vctrs_0.3.4        generics_0.0.2     stats4_4.0.2       loo_2.3.1         
 [9] blob_1.2.1         rlang_0.4.8        pkgbuild_1.1.0     pillar_1.4.6      
[13] glue_1.4.2         withr_2.3.0        DBI_1.1.0          dbplyr_1.4.4      
[17] modelr_0.1.8       readxl_1.3.1       matrixStats_0.57.0 lifecycle_0.2.0   
[21] munsell_0.5.0      gtable_0.3.0       cellranger_1.1.0   rvest_0.3.6       
[25] codetools_0.2-16   inline_0.3.16      callr_3.5.1        ps_1.4.0          
[29] parallel_4.0.2     curl_4.3           fansi_0.4.1        broom_0.7.2       
[33] Rcpp_1.0.5         scales_1.1.1       backports_1.1.10   RcppParallel_5.0.2
[37] jsonlite_1.7.1     fs_1.5.0           gridExtra_2.3      hms_0.5.3         
[41] packrat_0.5.0      stringi_1.5.3      processx_3.4.4     grid_4.0.2        
[45] cli_2.1.0          tools_4.0.2        magrittr_1.5       crayon_1.3.4      
[49] pkgconfig_2.0.3    ellipsis_0.3.1     prettyunits_1.1.1  xml2_1.3.2        
[53] reprex_0.3.0       lubridate_1.7.9    assertthat_0.2.1   httr_1.4.2        
[57] rstudioapi_0.11    R6_2.4.1           compiler_4.0.2
2

Hey @itpetersen,
I remember having troubles getting stuff to work on our cluster years ago and one of the problems was that a lot of dependencies that just came with my manjaro installation were not on the cluster.
In your case it looks like glpk (GLPK - GNU Project - Free Software Foundation (FSF)) is missing.

You could check if it is indeed missing. If so, it is probably just a matter of getting your cluster administrators to install it for you or to install it yourself if possible.