Closed adrianolszewski closed 7 months ago
I don't know exactly why this is happening, but this might be resolvable by changing the upstream-package-dependency check to be more self-contained along the lines suggested here.
I don't know how the webassembly machinery works (does it take packages from CRAN? From r-universe? From the master/main HEAD on GitHub?), but would be willing to make a pull request along these lines if desired.
Someone who knew more about the internals of webassembly might be able to diagnose the problem better.
Thank you very much! I forwarded your response to the source topic https://github.com/r-wasm/webr/issues/386#issuecomment-2021346571
I know for sure that TMB did work in webr around 6 months ago. Something regarding write permissions to the package folder has changed in webr since then.
After CRAN submission (1.9.11), TMB now works again on webr.
Thank you very, very much for making it working with webR! I'm closing the issue.
Hello, Is it possible to change the code of TMB to fix the problem it causes under the Web R (webassembly)? Web R allows one to run R code just within the web browser, without calling any external server.
The issue makes also all dependent packages, like mmrm (core package to analyze longitudinal data in clinicaltrials), unable to load under Web R.
Related issue: https://github.com/r-wasm/webr/issues/386
Description:
When the library is loaded under web r, it raises the following error:
Reproducible Steps:
Please visit: https://webr.r-wasm.org/latest/
Type "library(TMB)" and choose to install it (1).
It will fail:
Current Output:
Expected Output:
No errors should be thrown. Maybe some warning or a regular print().
TMB Version:
I'm waiting for the response from the Web R creators, but let's assume it's the latest one.
R Version:
4.3.3
Operating System:
Platform: wasm32-unknown-emscripten (32-bit) Looking at the path it reported (/usr/lib...) I guess these packages are built under some distribution of Linux.