Closed riccardoporreca closed 4 years ago
Note that this PR also includes the removal of re-setting root:group
ownership in rocker/verse
(done on both latest
and develop
). This does not seem to be required, as assessed using the update images built locally (no-chown-site-library
included in the tag), checking if any permission was not root:staff
:
test_site_library_root_staff_verse() {
docker run --rm --user rstudio rocker/$1 bash -c \
'find /usr/local/lib/R/site-library -ls | grep -E -v "root\s+staff" | head -n 5'
}
for img in verse:3.6.1 verse:3.6.1-no-chown-site-library \
verse:devel verse:devel-no-chown-site-library-g_ws
do echo -e "\n"$img && test_site_library_root_staff_verse $img; done
##
## verse:3.6.1
##
## verse:3.6.1-no-chown-site-library
##
## verse:devel
## 16518352 4 drwxrwxr-x 7 root root 4096 Nov 14 06:17 /usr/local/lib/R/site-library/tufte
## 16518374 4 drwxrwxr-x 2 root root 4096 Nov 14 06:17 /usr/local/lib/R/site-library/tufte/html
## 16518376 4 -rw-rw-r-- 1 root root 1335 Nov 14 06:17 /usr/local/lib/R/site-library/tufte/html/R.css
## 16518375 4 -rw-rw-r-- 1 root root 1896 Nov 14 06:17 /usr/local/lib/R/site-library/tufte/html/00Index.html
## 16518377 4 drwxrwxr-x 3 root root 4096 Nov 14 06:17 /usr/local/lib/R/site-library/tufte/rmarkdown
##
## verse:devel-no-chown-site-library-g_ws
Note that some minor legacy / temporary statements and comments have been also cleaned-up.
🎉 Thanks!
Hi @cboettig , any idea when we'll be seeing the built docker image for this published on Dockerhub?
@nturaga thanks, good question! devel
and latest
tags are supposed to be rebuilt nightly, but looking like for some reason those tags stopped getting automatically rebuilt 3 days ago... See: https://hub.docker.com/r/rocker/r-ver/builds
Maybe need to relink things between GitHub and the ever-changing DockerHub/Cloud/Hub thing...
cc @noamross @eddelbuettel at some point we might want to revisit details on image build strategies anyway. I wonder if GitHub actions setup might be better than the DockerHub + cron job curl triggers we have for these nightly builds...
I see, seems like issue with the connection with Dockerhub or how the builds have been set up. Any chance this one build can be manually triggered on Dockerhub?
@nturaga yup, I've already manually tickled the build, so that's building now and should be done within the hour.
Still not entirely sure what went wrong with the autobuilds, but I've refreshed the GitHub-DockerHub link for now so we'll see if the cron triggers manage to kick off the new builds automatically when they fire off tonight.
Thank you @cboettig ! and also thanks to @riccardoporreca for the PR!
@cboettig I'm going to bother you one more time. Is it possible to kick off a build for the rocker/rstudio:devel Dockerfile as well, since it inherits from the rocker/r-ver:devel. It seems there wasn't any automatic cascading of builds.
My apologies for the bother! https://hub.docker.com/r/rocker/rstudio/builds
@nturaga good call, queued now. Note you can also build the Dockerfile locally, though of course it's nicer to have it from hub
See #177 for background and discussions.
Updated
r-ver/devel
rebuilt locally asrocker/r-ver:devel-site-library-g_ws
. Backported to thelatest
image (3.6.1
) to bebuster
-ready.Comparison of permissions versus existing
rocker/r-ver:devel
androcker/r-ver:3.6.1
Similarly, for
rocker/rstudio:devel
, re-building locally based on the updatedrocker/r-ver:devel
fixes the permission issues as thestaff
group is now preserved:Note that the example above for
rocker/rstudio:devel
reproduces the error in Bioconductor/bioconductor_full#17, based on which #177 was opened by @nturaga