Latest build (today) gives R openssl build error

[rocker-org]

Latest build (today) gives R openssl build error

[eddelbuettel]

Can you detail whether this happens

• when you try to build the container itself, or
• when you use the container and try to build something else?

Last Docker Hub build was fine: https://hub.docker.com/r/rocker/shiny/builds/

[NathanSiemers]

Apologies that I'm pretty new to docker. My dockerfile is below.

After closer inspection of the logs, it looks like the errors are coming from my builds using your container, not your build itself. You can remove this issue.

Thanks again -N

FROM rocker/shiny

RUN apt-get update
RUN apt-get -y install pandoc
RUN apt-get -y install psmisc
RUN apt-get -y install git

ADD shiny-server.conf /etc/shiny-server/shiny-server.conf

ADD rsqlite-make.R rsqlite-make.R .
RUN Rscript rsqlite-make.R . ## it appears the errors happen here.....

[eddelbuettel]

You can (and should) fold apt-get install. Try

RUN apt-get update && \
   apt-get -y install pandoc psmisc git

and add to that line whatever else you installed.

[NathanSiemers]

yes, thanks.

[NathanSiemers]

It might still be good to include libssl-dev and libxml2-dev in your future debian builds, since they are required during compilation of some R packages. Thanks.

[eddelbuettel]

Yes/no/maybe -- I have contemplated this for the r-base-dev package as dependencies.

One counterargument is that most common packages are in fact available as r-cran-* packages too. In any event, this is the wrong place for this discussion. Maybe raise it on r-sig-debian (unless you feel very strongly this is a Rocker issue; even in that case it is likely orthogonal to the shiny container).

[cboettig]

@siemersn Also note that libssl-dev and libxml2-dev are already available on the rocker/tidyverse images,

Maybe it is worth making them available in more base builds a la Docker's Debian buildpack-deps. The buildpack-deps give a good list of some pretty common build dependencies, but does open the door a bit to a kitchen-sink approach. If you want a lot of pre-installed stuff, consider rocker/verse, otherwise our approach has been to let each user add what they need on the more base images.